* Ralf Wildenhues wrote on Fri, Aug 20, 2010 at 06:34:58AM CEST:
* libltdl/config/ltmain.m4sh (func_resolve_sysroot): Partly
revert v2.2.10-83-gc45a288: Do not absolutize path here, only do
sysroot replacement.
(func_mode_link): Adjust.
Fixes AIX testsuite regression.
Maybe it's as simple
* Ralf Wildenhues wrote on Sat, Aug 07, 2010 at 12:30:01AM CEST:
The test tries to ensure that with an incompatible library upgrade,
programs previously linked against the old library still work. This
usually works on systems where different major versions of a library
have different file
* Rainer Tammer wrote on Sat, Aug 07, 2010 at 09:35:56AM CEST:
I have added one additional patch (as I did for the last run):
# diff /daten/source/libtool-2.2.11a/tests/defs.in defs.in
[...]
# On AIX, shared libraries remain loaded in memory after use if they
# are world-readable, until
Hallo Ralf,
On 21 Aug 2010, at 12:06, Ralf Wildenhues wrote:
I tried running the Libtool test suites with old Autoconf 2.59 and
Automake 1.9.6 (on GNU/Linux only) after 'autoreconf -fvi'-ing all
but the toplevel directory with those tools. I was surprised to see
that it still works more or
On 8/21/2010 2:03 AM, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Fri, Aug 20, 2010 at 06:34:58AM CEST:
Fixed the regression as expected, didn't show up any other failures.
OK to apply to the sysroot branch?
I still need somebody to test a sysroot-enabled setup with this.
Tested
In the Libtool tree, invoking 'make distclean' after 'make clean'
or before 'make check' has ever run, fails because there are no
Makefiles in the old test subdirectories (and automake's distclean
rule looks at DIST_SUBDIRS not SUBDIRS). This patch fixes this
long-standing error by creating stub
Hallo Ralf,
On 22 Aug 2010, at 11:23, Ralf Wildenhues wrote:
In the Libtool tree, invoking 'make distclean' after 'make clean'
or before 'make check' has ever run, fails because there are no
Makefiles in the old test subdirectories (and automake's distclean
rule looks at DIST_SUBDIRS not