libtool-2.2.11a on AIX 5.3 current git master / followup on the old test suite and failures in the new testsuit

[Rainer Tammer]

 Hello Ralf,
I just refreshed my source from git and rerun the test suit on AIX 5.3.

I added the patch below to get reliable results from the old test suit.

> I'm still undecided on whether we should set that for the old testsuite,
> or go for the more general solution and just turn set o-rwx for *all*
> uninstalled libraries we generate on AIX, and only turn the bits on at
> `make install' time.  That way we would still require the umask in the
> testsuite, but developers of packages using libtool might be better off.
>
This part is still open. On a first look this approach looks not bad.
There is certainly no
big performance loss if the shared libraries are unloaded after
execution. Furthermore we
do not need to worry about slibclean.

----------------------------------------------------------------------------------------------------
# diff -c defs.m4sh /daten/source/libtool-2.2.11a/tests/defs.m4sh
*** defs.m4sh   Wed Aug  4 14:45:41 2010
--- /daten/source/libtool-2.2.11a/tests/defs.m4sh       Thu Aug  5
08:17:53 2010
***************
*** 131,136 ****
--- 131,137 ----
  CC
  host
  host_alias
+ host_os
  build
  build_alias" "$LIBTOOL --config" ": fatal"

***************
*** 350,355 ****
--- 351,365 ----
  m4dir=$srcdir/libltdl/m4
  auxdir=$srcdir/libltdl/config
  scripts="$auxdir/ltmain.m4sh $srcdir/libtoolize.m4sh"
+
+ # On AIX, shared libraries remain loaded in memory after use if they
+ # are world-readable, until root issues slibclean.  On NFS, this causes
+ # a testsuite rerun to fail to clean up test group directories.  Avoid
+ # this with a suitable umask.  Do not do this on other systems, for
+ # example HP-UX suffers unless shared libraries are mode 555.
+ case $host_os in
+ aix*) umask o-rwx ;;
+ esac

  func_msg "Running $progname"

----------------------------------------------------------------------------------------------------

The new test suite still yields many failures in comparison to 2.2.8.

# grep FAILED check.log
 38: Link order of deplibs                           FAILED
(link-order2.at:138)
 41: Runpath in libtool library files                FAILED
(runpath-in-lalib.at:61)
 53: bindir install tests                            FAILED (bindir.at:295)
 55: deplib in subdir                                FAILED
(deplib-in-subdir.at:146)
 64: versioning                                      FAILED
(versioning.at:172)
 66: DESTDIR with in-package deplibs                 FAILED (destdir.at:127)
 72: lt_dlopenadvise library loading                 FAILED
(lt_dladvise.at:387)
 75: lt_dlopenext error messages                     FAILED
(lt_dlopenext.at:202)
 76: libdir of installed modules                     FAILED
(ltdl-libdir.at:104)
 83: enforced lib prefix                             FAILED
(need_lib_prefix.at:170)
 99: template test with subdirs                      FAILED
(template.at:250)
100: C++ static constructors                         FAILED (ctor.at:65)
101: C++ exception handling                          FAILED
(exceptions.at:400)
104: AC_NO_EXECUTABLES                               FAILED
(no-executables.at:75)
111: Run tests with low max_cmd_len                  FAILED
(cmdline_wrap.at:43)
112: override pic_flag at configure time             FAILED (pic_flag.at:46)


## ------------- ##
## Test results. ##
## ------------- ##

ERROR: 105 tests were run,
18 failed (2 expected failures).
11 tests were skipped.
## -------------------------- ##
## testsuite.log was created. ##
## -------------------------- ##

Please send `tests/testsuite.log' and all information you think might help:

   To: <address@hidden>
   Subject: [GNU Libtool 2.2.11a] testsuite: 38 41 53 55 64 66 72 75 76
83 99 100 101 104 111 112 failed

I have added the test suite log to this post.

One question to test 053:

This is AIX, why do I see libraries in
  tests/testsuite.dir/053/usr/lib/gcc/i686-pc-cygwin/4.5.0




Bye
  Rainer

testsuite.log.gz
Description: GNU Zip compressed data