espeak: work around build failure on !lld archs, ok sthen
audio/espeak doesn't build on sparc64 due to what looks like a bug
in either base libtool or ld.bfd. libtool eats -L options for the
ld.so search directories in the ldconfig -r output, which then causes
linking failures. Work around this by switching to GNU libtool on the
affected architectures.
/usr/bin/libtool --tag=CXX --mode=link c++ -O2 -pipe -static -lm -lpcaudio -L/usr/local/lib -L/usr/X11R6/lib -o src/speak-ng src/speak-ng.o src/libespeak-ng.la
...
libtool: link: c++ -o src/.libs/speak-ng -pthread -O2 -pipe src/speak-ng.o -Lsrc/.libs -lm -lpcaudio -lpulse-simple -lpulse -logg -lvorbis -lpthread -liconv /usr/obj/ports/espeak-1.52.0/espeak-ng-1.52.0/src/.libs/libespeak-ng.a -Wl,-rpath-link,/usr/local/lib
[...]
/usr/bin/ld: warning: libxcb.so.4.1, needed by src/.libs/libpcaudio.so.0.1, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libXau.so.10.0, needed by src/.libs/libpcaudio.so.0.1, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libXdmcp.so.11.0, needed by src/.libs/libpcaudio.so.0.1, not found (try using -rpath or -rpath-link)
/usr/local/lib/pulseaudio/libpulsecommon-17.0.so: undefined reference to `xcb_intern_atom_reply'
/usr/local/lib/pulseaudio/libpulsecommon-17.0.so: undefined reference to `xcb_disconnect'
...
Error while executing c++ -o src/.libs/speak-ng -pthread -O2 -pipe src/speak-ng.o -Lsrc/.libs -lm -lpcaudio -lpulse-simple -lpulse -logg -lvorbis -lpthread -liconv /usr/obj/ports/espeak-1.52.0/espeak-ng-1.52.0/src/.libs/libespeak-ng.a -Wl,-rpath-link,/usr/local/lib
[2 lines not shown]
MODTCL_VERSION=8.6
Tcl is only needed for tests, which run fine with 8.6.
--with-guilelib isn't a swig configure option and is ignored.
Replace with --with-guile-config.
No change to result as swig would find guile 1.8.8 anyway.
ok sthen@
Unbreak, this one wasn't due to the Qt update but COMPILER_LANGS changes
via the Python module (there is an ordering issue in cases where COMPILER
is set via another module, e.g. the Qt modules). Cause found by/ok naddy@.
Fix constraints on _DistTuple columns. This makes the DistTuple entries
in sqlports complete. (Before only the last set was shown.)
From espie, instigated by a less correct diff from me. Also feedback
from sthen@ ("makes a lot of sense")
archivers/libarchive: update to 3.8.3
Security fixes:
* 7zip: Fix out-of-boundary access
* tar reader: fix checking the result of strftime (CVE-2025-25724)
* lib: Create temporary files in the target directory
* lha: Fix for an out-of-bounds buffer overrun when using p[H_LEVEL_OFFSET]
* 7-zip: Fix a buffer overrun when reading truncated 7zip headers
