to be an optimization bug that causes the build to fail (pkg/13395). The
problem appeared in the original PR on an Amiga running NetBSD 1.5.1 and
also on a mac68k running NetBSD 1.5.1. This workaround was tested on the
mac68k system (kindly provided by Jon Lindgren).
too generic, e.g. Hash, Object, Access. Approved by jwise@netbsd.org.
- Touch ${TCL_LIB_FILE} after the build so that the library isn't relinked
during installation.
Previously, TCL_LIB_SPEC required the including program to explicitly set
${exec_path}. This means that programs which used autoconf _and_ tclConfig.sh
accidentally worked. Other programs failed if they depended on the value of
TCL_LIB_SPEC.
One such failing program is ap-dtcl, which was updated to depend on tclConfig.sh
without the package maintainer being contacted. This update caused mod_dtcl.so
to be built with a bad ELF rpath -- clearly the developer who updated this did
not test it on any ELF platform (if at all).
There, that's out of my system now. I'm off for more coffee.
a shared library that depends on libtcl83.so. The TCL_SHLIB_LD command was
set to the incorrect value for ELF platforms, relying on "ld" which doesn't
understand the -Wl,... options it receives via ${TCL_LIB_SPEC}. Patch the
configure script to set TCL_SHLIB_LD to the proper value on NetBSD systems
depending on whether they are ELF or a.out, and also modify TCL_LIB_SPEC
to include -Wl,-rpath,... or -R... accordingly.
Bump version number to 8.3.2nb2.
