remove unused glCompLabelSetText

remove unused glCompLabelMouseUp

remove unused glCompLabelMouseOver

remove unused glCompLabelMouseOut

remove unused glCompLabelMouseIn

remove unused glCompLabelMouseDown

remove unused glCompLabelDoubleClick

remove unused glCompLabelClick

remove glCompSetRemoveLabel prototype

This function was removed in 9a9cfd4e90775aa14a11a0db6745783f3a59ef56 but its
prototype was not.

remove glCompSetAddLabel prototype

This function was removed in 9a9cfd4e90775aa14a11a0db6745783f3a59ef56 but its
prototype was not.

Merge branch 'smattr/7a64fbc3-20d4-440c-9030-47fa929ae962' into 'main'

fix incorrect return value in inside_polygon

Closes #2082

See merge request graphviz/graphviz!1988

fix incorrect return value in inside_polygon

A refactor in 7731b18f403b545ea6eca99f429dd9b63e0659d6 incorrectly flipped the
polarity of one of the return sites in inside_polygon. The effect of this was
confusing assertion failures. Fixes #2082.

add a test case for #2082

Merge branch 'smattr/604a7505-2c95-4af0-9355-93f51e2c5dbf' into 'main'

fix: do not fclose(NULL) in gvmap

See merge request graphviz/graphviz!1981

fix: do not fclose(NULL) in gvmap

gvmap opens a debugging file to write timing information to if verbosity is
enabled. It tried to unconditionally close this file, regardless of whether
verbosity was enabled. The result was that, without verbosity enabled, it would
call fclose(NULL). The effect of this seems to vary across operating systems but
can result in a crash. This fix only tries to close the file if it was
previously opened. Related to #1822.

Unfortunately we cannot un-xfail test_gvmap_fclose because it fails for another
reason on some platforms.

add a test case for gvmap crash

As discussed on #1822, gvmap currently crashes sometimes. It seems this is not
input dependent, but rather platform dependent. A fix will arrive in an upcoming
commit.

remove some unused imports in test_regression.py

fix prior merge mistake

Merge branch 'smattr/8c949bd7-1fa9-4b34-bcb5-d838d72f676f' into 'main'

test case for #2078 and gvplugin bug fixing

See merge request graphviz/graphviz!1980

squash some -Wsign-conversion warnings in gvplugin_library_load

remove unused return value of gvplugin_activate

mark name and plugin_path to gvplugin_activate as const

Neither of these are modified by the function.

remove shadowing of path in gvplugin_activate

This squashes a -Wshadow compiler warning.

squash a -Wsign-compare warning in a gvplugin.c loop

remove temporary buffer for the name of registered GVC plugins

Similar to the previous commit, this removes a temporary buffer that was only
being used for splitting a name on a ':' separator. Using the same strategy of
maintaining start and end as pointers into the original string, we can remove
the need for the temporary buffer and remove the limitation on ≤63 character
names.

remove temporary buffer for name of the GVC plugin being loaded

The GVC plugin loading machinery copied the first 63 characters of the plugin
name to a temporary buffer in order to mutate it. However the mutation is simply
chopping up the plugin name based on a ':' separator. By tracking the start and
end of each component as pointers into the original sting, we can remove the
need for this temporary buffer.

Though this saves some stack memory, the primary motivation for this change is
to remove the truncation-to-63-characters behavior. There is no need to limit
plugin names to 63 characters. Note that the names of registered plugins are
still limited to 63 characters, so this does not fully remove the restriction.

fix out of bounds read when examining a registered plugin with a long name

Similar to the previous commit, the GVC plugin loading code copies the names of
registered plugins to a temporary buffer as it iterates through them to allow
mutating the name. And just like the code for mutating the name of the plugin
begin loaded, it would fail to NUL-terminate this temporary buffer, causing a
following strchr to over-read.

The fix again is to simply zero-initialize the temporary buffer, so the
copied-in string is always NUL-terminated.

fix out of bounds read when loading a plugin with a long name

The GVC plugin loading code copies the first 63 characters of the name of a
plugin to a temporary buffer in order to do various string manipulation on it.
However, this buffer was not initialized and never manually terminated. As a
result, a plugin name of 63 characters or more would result in the buffer
containing a non-terminated string. Subsequent strchr on this buffer would
over-read if it never saw a ':', resulting in unpredictable behavior.

This fix simply zero-initializes the buffer to begin with, so the copied-in
string is always NUL-terminated.

add a test case for #2078

Merge branch 'smattr/A8D77CFB-89C5-4EC3-B3BB-5E95B152E225' into 'main'

some clean up in nop and lib/ingraphs

See merge request graphviz/graphviz!1979

mark nop’s command line parameter variables static

These are not used outside of their containing file.

use a C99 bool for nop’s chkOnly flag

The semantics of this flag were already a boolean value, so we can use the type
system to more obviously indicate this.

remove an unnecessary cast

This pointer implicitly coerces.

use a C99 bool for ingraph’s heap flag

The semantics of this flag were already a boolean value, so we can use the type
system to more obviously indicate this.

use an unsigned value for ingraphs error count

Obviously the number of errors that has occurred can never be negative. An
unsigned type more accurately indicates this. The only client of ingraphs that
actually checks the error count is nop, so this change has very little effect.

more portable exit status from nop

The exit status of nop was a bitwise-OR of two error counts. I do not see how
the actual value of this could ever be useful, except for being non-zero.
However, a non-zero exit status is not always an error. E.g. on VMS there are
some non-zero exit statuses that still indicate success.

This change causes nop to more reliably and portably exit with EXIT_FAILURE when
encountering errors.

make nop usage string a constant array

The compiler could probably determine this already, but this makes it a little
more obvious that it can be inlined and the useString symbol can be the start of
the data rather than a pointer to the start of the data.

remove an unnecessary open coded NULL

handle unexpected getopt errors in nop

This case is never expected to be reachable. However, having a default case
helps catch when new options are introduced in the getopt call but not handled
in the switch. In a sense, this is a defensive coding measure. This also
squashes a -Wswitch-default compiler warning.

replace ingraphs header guard with more modern #pragma once

remove unused FREE_STATE

This has been unused since the initial revision of this file. It is unclear what
purpose it was intended to serve.

remove useless #include of config.h

The generated config.h only contains a number of #defines, so its inclusion at
the end of a file has no effect. All code following this line was removed in
7cc812f5c1b64832a0324a293cc8968ba044e0a4 which should have also removed this
line but did not.

Merge branch 'smattr/1bbce952-8b1a-4e2b-bc72-3a4a5a53616a' into 'main'

clean up in lib/common

See merge request graphviz/graphviz!1978

remove commented out code in mincross.c

remove commented out code in shapes.c

remove NOTDEF-guarded code

This is not defined anywhere in the build.

remove unused findAttrColor

remove write_canonical_dot prototype for function that does not exist

This function was removed in d3760b95bd696ab130c26dd36927ed498f7aae37 but its
prototype was not.

remove write_attributed_dot prototype for function that does not exist

This function was removed in d3760b95bd696ab130c26dd36927ed498f7aae37 but its
prototype was not.

remove setup_graph prototype for function that does not exist

This function was removed in ac9772156cea7cff4d8f1be7fd9396bdb6027505 but its
prototype was not.

remove emit_jobs_eof prototype for function that does not exist

This function was removed in 574e183b6caed4954702929a952c06c59a141a9e but its
prototype was not.

mark pps parameter to limitBoxes as const

To more obviously indicate this parameter is not modified.

Merge branch 'smattr/839387A5-BAE4-43F2-88C1-C6818F406667'

Add --tag=CC when compiling quartz plugin

Edit by Matthew Fernandez: When compiling libraries, libtool infers a so called
“tag” indicating the language model it should use when creating objects.
The libtool docs¹ claim `CC` is inferred when no tag is explicitly given, but
empirically this does not seem to be true. On macOS, some versions of libtool
give up when seeing a .m file with the error:

  libtool: compile: unable to infer tagged configuration
  libtool:   error: specify a tag with '--tag'

To fix this, we now explicitly set the `CC` tag. Note that this is not guarded
to be macOS-only because this action needs to be taken in all environments with
Objective-C support that are building the Quartz plugin (if this is in fact
possible on anything other than macOS).

This commit also fixes a further problem where AM_LIBTOOLFLAGS was misspelled
as AM_LIBTOOLSFLAGS. It looks like 79aa7d77ef433d66c0142168d2817b4c7014d263
previously tried to fix this same problem but (1) the WITH_DARWIN9 guard is
insufficient for recent macOS versions and (2) the typo made this whole change
a no-op.

This issue was reported by downstream Macports users.

Fixes #2065.

¹ https://www.gnu.org/software/libtool/manual/html_node/Tags.html

Merge branch 'smattr/E9ACDB7A-3EE0-4BF7-B2A8-14EB2AC31B99' into 'main'

some clean up in lib/expr

See merge request graphviz/graphviz!1976

remove unused exrewind()

remove commented out Makefile directives

The comments about libast’s usage of environ are legacy. This declaration was
removed in 3af3980dff0b6a8ca134ea0620b4ffb484906707.

remove unused exstatement()

remove unused excc()

Merge branch 'smattr/10DDFB58-0439-439A-8BCD-0F5A630C9561' into 'main'

a couple of minor clean ups

See merge request graphviz/graphviz!1974

abbreviate a manual strdup

abbreviate a Smyrna path

SMYRNA is defined to the same string, so this makes no functional difference.
However, it makes the preceding allocation clearer in what it is doing.

Merge branch 'fix-odr-violation-in-mm2gv' into 'main'

Fix ASan odr_violation in mm2gv

See merge request graphviz/graphviz!1975

Revert "Disable detection of ODR violations in Ubuntu 21.04 ASan test"

This reverts commit 5f6a0df735ea110e874df2f527cd73fa0a3d37a0.

Fix ASan odr_violation in mm2gv by not linking to libcommon

libcommon is a static lib, but is already part of the dynamic libgvc.

The error message was:

==73343==ERROR: AddressSanitizer: odr-violation (0x555555789760):
  [1] size=8 'fdp_parms' /home/magjac/graphviz/lib/common/globals.c:30:20
  [2] size=8 'fdp_parms' /home/magjac/graphviz/lib/common/globals.c:30:20
These globals were registered at these points:
  [1]:
    #0 0x7ffff760d938 in __asan_register_globals ../../../../src/libsanitizer/asan/asan_globals.cpp:341
    #1 0x555555693361 in _sub_I_00099_1 (/home/magjac/build-graphviz-Desktop-Debug/cmd/tools/mm2gv+0x13f361)
    #2 0x55555569376c in __libc_csu_init (/home/magjac/build-graphviz-Desktop-Debug/cmd/tools/mm2gv+0x13f76c)

  [2]:
    #0 0x7ffff760d938 in __asan_register_globals ../../../../src/libsanitizer/asan/asan_globals.cpp:341
    #1 0x7ffff6f7de38 in _sub_I_00099_1 (/home/magjac/build-graphviz-Desktop-Debug/lib/gvc/libgvc.so.6+0x420e38)
    #2 0x7ffff7fda96d  (/lib64/ld-linux-x86-64.so.2+0x1196d)

==73343==HINT: if you don't care about these errors you may set ASAN_OPTIONS=detect_odr_violation=0
SUMMARY: AddressSanitizer: odr-violation: global 'fdp_parms' at /home/magjac/graphviz/lib/common/globals.c:30:20
==73343==ABORTING

Print output when test_tools fails

Merge branch 'smattr/4069e280-7a22-40cb-9dbc-cfc846561c66' into 'main'

remove build dependency on Perl

Closes #2067

See merge request graphviz/graphviz!1973

remove commented out code in Autotools Perl detection

remove Windows CI configuration of Perl

As of the previous commit, Perl is no longer necessary for CI on Windows.
Related to #2067.

remove check for Perl in the CMake build

Perl is no longer required for the CMake build. Related to #2067.

commit generated ps_font_equiv.h and remove generator for this

The header ps_font_equiv.h was generated from 3 files, fontmap.cfg,
ps_font_equiv.txt, and ps_fontmap.txt. The generator itself was the Perl file,
mksvgfonts.pl.

The generation process is deterministic and not dependent on the end user’s
system. In fact, ps_font_equiv.h is generated during CI and included in the
portable source tarball. Furthermore the main driving source for this,
ps_font_equiv.txt is no clearer or more commented than the generated header.
Finally, a copy of the generated header was actually already committed to the
repository under windows/include/ for the MSBuild work flow that does not want
to call Perl.

For these reasons, having this as a generated file was no advantage. In fact,
this was a net negative in the build process as it is the only thing in the
build that requires Perl. As of this commit, Perl is no longer required to
build Graphviz. Perl is still necessary for building some optional components
like the Graphviz bindings for Perl.

Closes #2067.

Merge branch 'smattr/bc790f2b-e001-4add-8124-a94127742066' into 'main'

clean up in lib/glcomp

See merge request graphviz/graphviz!1967

standardize on float literals for glColor4f and glVertex3f parameters

Shorter and more readable than GLFloat casts.

consistently use float literals in glCompCalcWidget

This is more reliable and predictable than the mixture of floats and implicit
conversion from ints that was happening previously.

remove unused fs parameter from glCompSetAddNewTexture

remove an open coded NULL

remove commented out code in glcomptexture.c

remove unused glCompSetClear

remove commented out code in glcompset.c

remove commented out change_fonts

remove unused glCompSetText

remove commented out code in glcompbutton.c

Merge branch 'smattr/791B36C7-46BD-41BA-A88F-DFC58E2C490A' into 'main'

squash all -Wfloat-conversion warnings in trackball.c

See merge request graphviz/graphviz!1965

consistently use float arithmetic in build_rotmatrix

By avoiding mixing doubles and floats, we avoid ever down-converting from a
float to a double and losing precision. Squashes some -Wfloat-conversion
warnings.

consistently use float arithmetic in tb_project_to_sphere

By avoiding mixing doubles and floats, we avoid ever down-converting from a
float to a double and losing precision. Squashes a -Wfloat-conversion warning.

rephrase some magic numbers in Smyrna into their originating computation

This removes the use of some double literals with implicit conversion to floats,
squashing some -Wfloat-conversion compiler warnings. It also makes the resulting
code clearer. The compiler constant-folds these at -O1 and above, so there is no
loss of performance. The resulting expressions are slightly different to the
original, but if anything they are a more accurate representation of the intent
here.

consistently use float arithmetic in axis_to_quat

By avoiding mixing doubles and floats, we avoid ever down-converting from a
float to a double and losing precision. Squashes some -Wfloat-conversion
warnings.

using floats consistently in vscale

By avoiding mixing doubles and floats, we avoid ever down-converting from a
float to a double and losing precision. Squashes a -Wfloat-conversion warning.

use more appropriate square root function in vlength

The square root functions sqrt and sqrtf compute on doubles and floats
respectively. Using the float version here avoids a lossy conversion from double
to float when returning from this function.

abbreviate some manual fmaxf and fminf operations

standardize on float arithmetic in trackball()

This function was mixing floats and doubles, leading to mixed precision issues.
Standardizing on float usage throughout leads to more predictable behavior and
removes a number of -Wfloat-conversion warnings.

Merge branch 'smattr/d6fdb86c-db15-4eca-815a-07b90f549737' into 'main'

more clean up of lib/vpsc

See merge request graphviz/graphviz!1972

pass Rectangles to generateYConstraints as vector of values instead of pointers

This allows a number of simplifications, most importantly removing manual
allocations in genYConstraints.

pass Rectangles to generateXConstraints as vector of values instead of pointers

This allows a number of simplifications, most importantly removing manual
allocations in genXConstraints.

make the Rectangles input to generateYConstraints const

This no longer needs to be mutable.

make the Rectangles parameter to generateXConstraints const

This no longer needs to be mutable.

put VPSC’s Node class in an anonymous namespace

This marks the class as unnecessary outside of its containing translation unit.
This further emphasizes that is is an implementation detail of the containing
file as well as allowing the compiler to aggressively optimize its layout.

manage Node::r as a reference instead of a pointer

Generally having class members that are references is an anti-pattern. However,
in this case the Node class is only used within generate-constraints.cpp with
all Node objects having limited lifetimes. It is essentially an implementation
detail of generate-constraints.cpp, irrelevant to the outside. Making its
Rectangle member a reference will ease some upcoming changes.

take const references in Rectangle::overlap{X|Y} instead of mutable pointers

These functions do not handle nullptr and do not modify their parameter, so a
const reference is more appropriate. This change will ease some future work
towards removing manual memory management.

take a vector in generateYConstraints instead of a size and C pointer

Like the previous commit, this is a step towards removing some manual memory
management.