Log message:
Revbump after graphics/gd update

Log message:
Updated ham/xnec2c 3.4 to 3.5
-----------------------------
(from doc/xnec2c.html)
Version 3.5:

I modified the NEC2 Editor code so that when a Geometry or
Command editor window is opened, activating Apply or OK will
save data in the editor window to the treeview, even if the
default data is not edited.

I modified the NEC2 Editor code so that if a treeview row is
removed while the relevant editor window is open, then
activating Apply or OK will not attempt to save data to the
treeview, since this will cause an illegal memory access and
will crash xnec2c.

Fixed a bug in the Helix editor which caused incorrect
calculation of the segment length as a percentage of
wavelength or of the number of segments/turn that correspond
to a given segment length as a percentage of wavelength.

Log message:
Add SHA512 digests for distfiles for ham category

Existing SHA1 digests verified, all found to be the same on the
machine holding the existing distfiles (morden).  Existing SHA1
digests retained for now as an audit trail.

Log message:
Update 3.3 to 3.4
-----------------
Version 3.4:
  I fixed a bug in the code that implements the modified GS (scaling)
card. In NEC2 the GS card scales all of the structure, but in Xnec2c I
modified the code so that it is possible to specify a range of tag
numbers to apply scaling to only. When a GS card follows a GX card,
selective scaling doesn't work correctly because a symmetric structure
is created. If you are using a GS card, it may be better to avoid
specifying a tag number range, just in case the bug fix is not
complete.

Log message:
Recursive revbump following MesaLib update, categories g through n.

Log message:
Update 3.2 to 3.2
(from doc/xnec2c.html)
-----------------
Version 3.3:
I fixed a bug that was in the code that reads the commands
from the NEC2 input file, where xnec2c would crash with a
segmentation fault when the FR card was after the RP
card. Also modified the Strtod() function to avoid freeing the
end pointer before it was used, causing problems.

Log message:
Udate 3.1 to 3.2
----------------
Version 3.2:
I made some changes to the Strlcat() function and its usage in
the xnec2c code, to improve safe handling of string
concatenation operations.  Hopefully this has not broken the
handling of various strings in xnec2c! ;-)

Log message:
Update 3.0 to 3.1
Version 3.1:
I have made several changes to the code that renders wire frame
drawings and displays some data, like the projection parameters
(azimuth and elevation of the structure and the radiation pattern) and
gain values. This has resulted in a faster and smoother animation of
these drawings and reduced workload on the processor during dragging
of these images.  I have also reduced the default minimum size of
xnec2c's windows, as I had reports that they would not fit in the
displays of some laptops or monitors, with resolutions on the lower
side.

Log message:
Update xnec2c 2.3-beta to 3.0
------------------------------
Version 2.4:
  I submitted xnec2c (and nec2c) for scanning to the Coverity source code
  audit website, which produced a list of no less than 57 issues to be
  fixed! Most of them were not bugs that affected calculations but possibly
  two, both in the Somnec code, one in function rom1() and one in gshank()
  likely could have caused errors in the relevant
  calculations. Unfortunately the Fortran source of Somnec (as well as that
  of the NEC2) is very difficult to read so I cannot say with certainty if
  this was so.

Version 2.5:
  After a bug report by Jean Collin, I made some changes to the input file
  parser code in input.c, to properly identify tabs in the input file.

Version 2.6:
  After a bug report by Lucjan SQ9VPA, I changed the case of the signal
  handler that deals with SIGCHLD so that it doesn't cause xnec2c to exit
  when the SIGCHLD signal does not originate from child processes created
  by xnec2c. It appears that in some Linux installations a SIGCHLD signal
  is sent to xnec2c even if it is not running forked, e.g. the -j option is
  not used in the command line.

Version 2.7:
  After a bug report by Tim, WJ5Q, I fixed a bug that was preventing the
  creation of an LD card of type 5 (LDTYP=5) when wire conductivity (S/m)
  was specified in the GW card (Wire) editor. The same bug was present in
  the GH (Helix) card editor and it was also fixed. I added code so that
  the wire conductivity for GW, GA and GH cards can be read from the
  relevant LD card and shown in the Conductivity (S/m) spin button.

  After all these changes I checked the xnec2c source code using the
  Coverity Scan service and I fixed an out-of-bounds read error that was
  reported by the scanner, in the plot_freqdat.c file.

Version 2.8:
  Fixed a bug in the GN card editor function which caused xnec2c to save
  the GN card parameters in the .nec antenna description file without
  clearing the number of radials to zero. This resulted in the GN card
  editor window to open with confusing and incorrect defaults for the
  radial screen, when the Reflection Coefficient Approximation method was
  selected for specifying ground parameters.

  Also fixed some bugs (missing variable initializations) in the Ground
  Parameters calculation functions which resulted in incorrect Radiation
  Pattern calculations. This would happen if a .nec file, with Perfect
  Ground (iperf = 1) specified in the GN card, was opened after a .nec
  file, with a Radial Ground Screen specified in the GN card, was
  processed.

Version 2.9:
  After a request by the Debian maintainer of xnec2c, I added a rudimentary
  man page he sent me and corrected some spelling errors (arbitary to
  arbitrary).

Version 3.0:
  I have modified the NEC2 file parser so that it can read the file with
  both the '.' and ',' as decimal point characters. This is necessary to
  make xnec2c compatible with different locales. I also fixed a resource
  (memory) leak, reported by valgrind, in the xyz axes drawing routine.

Log message:
Recursive revbump from x11/pixman
Fix PR pkg/48777