Re: FYI: ksh88 quote.test fix (was: branch-1-5 UnixWare fixes)

2005-11-14 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Mon, Nov 14, 2005 at 07:19:59PM CET:
> On Sun, 13 Nov 2005, Ralf Wildenhues wrote:
> > * tests/quote.test: Do not fail on harmless shell bug present
> > in some ksh88 versions.
> 
> Actually ksh88 was the one that would pass the quote test before the
> patch. It was ksh Version M-12/28/93e-SCO that gave me trouble here.

OK, I'll fix the ChangeLog entry on next commit.

Thanks,
Ralf




Re: FYI: ksh88 quote.test fix (was: branch-1-5 UnixWare fixes)

2005-11-14 Thread Tim Rice
On Sun, 13 Nov 2005, Ralf Wildenhues wrote:

> Hi Tim,
[snip]
>   * tests/quote.test: Do not fail on harmless shell bug present
>   in some ksh88 versions.

Actually ksh88 was the one that would pass the quote test before the
patch. It was ksh Version M-12/28/93e-SCO that gave me trouble here.

>   Reported by Tim Rice <[EMAIL PROTECTED]> and others.
> 

-- 
Tim RiceMultitalents(707) 887-1469
[EMAIL PROTECTED]






FYI: ksh88 quote.test fix (was: branch-1-5 UnixWare fixes)

2005-11-13 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Sun, Nov 13, 2005 at 12:23:54AM CET:
> On Sat, 12 Nov 2005, Ralf Wildenhues wrote:
> > 
> > Does the test pass even with ksh88, after this patch is applied
> > (CVS HEAD)?
> 
> Tests pass on both ksh and ksh88.
> Good work.

Thanks for confirmation.  Applied to HEAD and branch-1-5, the latter
shown below.

Cheers,
Ralf

* tests/quote.test: Do not fail on harmless shell bug present
in some ksh88 versions.
Reported by Tim Rice <[EMAIL PROTECTED]> and others.

Index: tests/quote.test
===
RCS file: /cvsroot/libtool/libtool/tests/quote.test,v
retrieving revision 1.6.2.2
diff -u -r1.6.2.2 quote.test
--- tests/quote.test3 Feb 2005 10:03:51 -   1.6.2.2
+++ tests/quote.test13 Nov 2005 15:13:28 -
@@ -114,9 +114,13 @@
 $echo "= trying: \\$mchar quoting"
 result=`$libtool -n --mode=$mode $preargs 
${preflag}"${flag}${mchar}test${mchar}" $postargs` || status=1
 match="${match_preflag}${flag}\\${mchar}test\\${mchar} "
+alt_match="${match_preflag}\"${flag}\\${mchar}test\\${mchar}\" "
 case "$result" in
 *"$match"*)
   $echo "= passed: $result"
+  ;;
+*"$alt_match"*)
+  $echo "= passed (harmless ksh bug): $result"
   ;;
 *)
   $echo "= failed: $result"




Re: branch-1-5 UnixWare fixes

2005-11-12 Thread Tim Rice
On Sat, 12 Nov 2005, Ralf Wildenhues wrote:

> Hi Tim,
> 
> Quite some time ago:
> 
> * Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:
> > On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> > : * Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:
> > [snip]
> > : > I re-ran the tests using ksh88 and all tests passed.
> > : > Must be a ksh bug.
> > : > Version M-11/16/88h passes quote test
> > : > Version M-12/28/93e-SCO fails quote test
> 
> > :   make check TESTS=quote.test VERBOSE=x
> 
> > = trying: \\ quoting
> > = failed: mkdir .libs
> >  cc -c "-DVAR=\\test\\" foo.c  -KPIC -DPIC -o .libs/foo.o
> >  cc -c "-DVAR=\\test\\" foo.c -o foo.o >/dev/null 2>&1
> > = trying: \" quoting
> *snip*
> > FAIL: quote.test
> 
> Does the test pass even with ksh88, after this patch is applied
> (CVS HEAD)?

Tests pass on both ksh and ksh88.
Good work.

> 
> Thank you,
> Ralf
> 

-- 
Tim RiceMultitalents(707) 887-1469
[EMAIL PROTECTED]






Re: branch-1-5 UnixWare fixes

2005-11-12 Thread Ralf Wildenhues
Hi Tim,

Quite some time ago:

* Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:
> On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> : * Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:
> [snip]
> : > I re-ran the tests using ksh88 and all tests passed.
> : > Must be a ksh bug.
> : > Version M-11/16/88h   passes quote test
> : > Version M-12/28/93e-SCO   fails quote test

> :   make check TESTS=quote.test VERBOSE=x

> = trying: \\ quoting
> = failed: mkdir .libs
>  cc -c "-DVAR=\\test\\" foo.c  -KPIC -DPIC -o .libs/foo.o
>  cc -c "-DVAR=\\test\\" foo.c -o foo.o >/dev/null 2>&1
> = trying: \" quoting
*snip*
> FAIL: quote.test

Does the test pass even with ksh88, after this patch is applied
(CVS HEAD)?

Thank you,
Ralf

* tests/quote.test: Do not fail on harmless shell bug present
in some ksh88 versions.
Reported by Tim Rice <[EMAIL PROTECTED]> and others.

Index: tests/quote.test
===
RCS file: /cvsroot/libtool/libtool/tests/quote.test,v
retrieving revision 1.19
diff -u -r1.19 quote.test
--- tests/quote.test22 Apr 2005 10:10:30 -  1.19
+++ tests/quote.test12 Nov 2005 16:23:46 -
@@ -97,9 +97,13 @@
 $ECHO "= trying: \\$mchar quoting"
 result=`$LIBTOOL -n --mode=$mode $preargs 
${preflag}"${flag}${mchar}test${mchar}" $postargs` || status=$EXIT_FAILURE
 match="${match_preflag}${flag}\\${mchar}test\\${mchar} "
+alt_match="${match_preflag}\"${flag}\\${mchar}test\\${mchar}\" "
 case "$result" in
 *"$match"*)
   $ECHO "= passed: $result"
+  ;;
+*"$alt_match"*)
+  $ECHO "= passed (harmless sh bug): $result"
   ;;
 *)
   $ECHO "= failed: $result"




FYI: branch-1-5 UnixWare fixes

2005-09-27 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Tue, Sep 27, 2005 at 01:13:36AM CEST:
> On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> > 
> > Could you -- in light of this -- repost your patch, so we can apply it?
> > (Or test CVS HEAD first and then repost; whatever suits you best.)
> > A ChangeLog entry would be nice, but I'll happily write one for you,
> > too.  :)
> 
> Ok, here it is including an attempt at a ChangeLog entry.

Thank you very much.  I have applied the patch to CVS branch-1-5,
with the slightly adjusted ChangeLog entry below.

Cheers,
Ralf

2005-09-27  Tim Rice  <[EMAIL PROTECTED]>

* libtool.m4 (AC_DEPLIBS_CHECK_METHOD)
(AC_LIBTOOL_SYS_DYNAMIC_LINKER, AC_LIBTOOL_LANG_CXX_CONFIG)
(AC_LIBTOOL_PROG_COMPILER_PIC, AC_LIBTOOL_PROG_LD_SHLIBS)
* ltdl.m4 (AC_LTDL_SYS_DLOPEN_DEPLIBS) [ unixware7* | sysv5* ]:
Get UnixWare 7.1.[34] and OpenServer 6 fully working.
Improve other UnixWare versions a little.




Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Tim Rice
On Mon, 26 Sep 2005, Ralf Wildenhues wrote:

> Hi Tim,
> 
> * Tim Rice wrote on Mon, Sep 26, 2005 at 10:45:29PM CEST:
> > On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> > > * Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:
> 
> > > > All UnixWare 2.x versions (and 1.x) are sysv4.2, so the sysv4*uw2 entry
> > > > becomes redundant.
> > > 
> > > Well, I _was_ cheating a bit:
> > > http://lists.gnu.org/archive/html/bug-libtool/2005-09/msg00013.html
> > > http://lists.gnu.org/archive/html/libtool-patches/2005-09/msg00036.html
> > > (be sure to look through both threads -- I installed a bogus patch first,
> > > stumbling over this exact same issue ;-)
> > 
> > And I made the same mistake (sysv4*uw2/sysv4.2*uw2) in
> > http://lists.gnu.org/archive/html/libtool-patches/2004-10/msg00012.html
> > 
> > OK, so we don't need to worry about sysv4*uw2 as all UnixWare 2 are
> > sysv4.2
> 
> Good thing we got that sorted out.  ;-)
> 
> Could you -- in light of this -- repost your patch, so we can apply it?
> (Or test CVS HEAD first and then repost; whatever suits you best.)
> A ChangeLog entry would be nice, but I'll happily write one for you,
> too.  :)

Ok, here it is including an attempt at a ChangeLog entry.

> 
> Thank you,
> Ralf
> 
> 
> 
> 

-- 
Tim RiceMultitalents(707) 887-1469
[EMAIL PROTECTED]
--- libtool-1.5/ChangeLog.old   2005-09-25 09:00:18.0 -0700
+++ libtool-1.5/ChangeLog   2005-09-26 15:54:26.944777219 -0700
@@ -1,3 +1,12 @@
+2005-09-26  Tim Rice  <[EMAIL PROTECTED]>
+
+   * libtool.m4 (AC_DEPLIBS_CHECK_METHOD, AC_LIBTOOL_SYS_DYNAMIC_LINKER)
+   (AC_LIBTOOL_LANG_CXX_CONFIG, AC_LIBTOOL_PROG_COMPILER_PIC)
+   (AC_LIBTOOL_PROG_LD_SHLIBS):
+   * ltdl.m4 (AC_LTDL_SYS_DLOPEN_DEPLIBS):
+   Get UnixWare 7.1.[34] and OpenServer 6 fully working.
+   Improve other UnixWare versions a little.
+
 2005-09-25  Alan W. Irwin  <[EMAIL PROTECTED]>,
Ralf Wildenhues  <[EMAIL PROTECTED]>
 
--- libtool-1.5/libtool.m4.old  2005-09-22 16:59:00.0 -0700
+++ libtool-1.5/libtool.m4  2005-09-26 15:31:57.164617030 -0700
@@ -1655,7 +1655,7 @@
   need_version=yes
   ;;
 
-sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
+sysv4 | sysv4.2uw2* | sysv4.3*)
   version_type=linux
   library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
   soname_spec='${libname}${release}${shared_ext}$major'
@@ -1688,6 +1688,19 @@
   fi
   ;;
 
+sysv5*)
+  version_type=linux
+  need_lib_prefix=no
+  need_version=no
+  library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
+  soname_spec='${libname}${release}${shared_ext}$major'
+  shlibpath_var=LD_LIBRARY_PATH
+  shlibpath_overrides_runpath=yes
+  hardcode_into_libs=yes
+  sys_lib_search_path_spec='/usr/ccs/lib /usr/lib'
+  sys_lib_dlsearch_path_spec="$sys_lib_search_path_spec"
+  ;;
+
 uts4*)
   version_type=linux
   library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
@@ -2314,11 +2327,7 @@
   lt_cv_deplibs_check_method=pass_all
   ;;
 
-sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]*)
-  lt_cv_deplibs_check_method=pass_all
-  ;;
-
-sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
+sysv4 | sysv4.2uw2* | sysv4.3*)
   case $host_vendor in
   motorola)
 lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit [[ML]]SB 
(shared object|dynamic lib) M[[0-9]][[0-9]]* Version [[0-9]]'
@@ -2339,10 +2348,13 @@
   siemens)
 lt_cv_deplibs_check_method=pass_all
 ;;
+  pc)
+lt_cv_deplibs_check_method=pass_all
+;;
   esac
   ;;
 
-sysv4*uw2* | unixware7*)
+unixware7* | sysv5*)
   lt_cv_deplibs_check_method=pass_all
   ;;
 esac
@@ -3559,8 +3571,29 @@
;;
 esac
 ;;
-  sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]* | unixware7*)
-_LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+  sysv5OpenUNIX8* | sysv5UnixWare7.[[01]].[[01]]* | sysv5uw[[78]]* | 
unixware7*)
+case $cc_basename in
+  CC*)
+   _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
+   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
+   _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+   runpath_var='LD_RUN_PATH'
+   _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
+   ;;
+esac
+;;
+  sysv5*)
+case $cc_basename in
+  CC*)
+   _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
+   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
+   _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+   _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-R$libdir'
+   _LT_AC_TAGVAR(hardcode_libdir_separator, $1)=':'
+   runpath_var='LD_RUN_PATH'
+   _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
+   ;;
+esac
 ;;
   tandem*)
 case $cc_basename 

Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Mon, Sep 26, 2005 at 10:45:29PM CEST:
> On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> > * Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:

> > > All UnixWare 2.x versions (and 1.x) are sysv4.2, so the sysv4*uw2 entry
> > > becomes redundant.
> > 
> > Well, I _was_ cheating a bit:
> > http://lists.gnu.org/archive/html/bug-libtool/2005-09/msg00013.html
> > http://lists.gnu.org/archive/html/libtool-patches/2005-09/msg00036.html
> > (be sure to look through both threads -- I installed a bogus patch first,
> > stumbling over this exact same issue ;-)
> 
> And I made the same mistake (sysv4*uw2/sysv4.2*uw2) in
> http://lists.gnu.org/archive/html/libtool-patches/2004-10/msg00012.html
> 
> OK, so we don't need to worry about sysv4*uw2 as all UnixWare 2 are
> sysv4.2

Good thing we got that sorted out.  ;-)

Could you -- in light of this -- repost your patch, so we can apply it?
(Or test CVS HEAD first and then repost; whatever suits you best.)
A ChangeLog entry would be nice, but I'll happily write one for you,
too.  :)

Thank you,
Ralf




Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Tim Rice
On Mon, 26 Sep 2005, Ralf Wildenhues wrote:

> Hi Tim,
> 
> * Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:
> > On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> > : * Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:
> 
[snip]
> > : > : Content-Description: branch-1-5-uw.patch
> *snip*
> > : > : >  
> > : > : > -sysv4*uw2* | unixware7*)
> > : > : > +unixware7*)
> > : > : 
> > : > : Now, this macro doesn't have a match for sysv4*uw2* any more.  Is this
> > : > : intentional?
> > : > 
> > : > Quite intentional. Look at the case above, it already had sysv4*uw2* so
> > : > the one I removed would never have been used anyway. Adding the "pc)"
> > : > case to the $host_vendor part did what the other case was supposed to 
> > do.
> > : 
> > : Erm, it had sysv4.2uw2* but not sysv4*uw2*.  If both should be treated
> > : similarly here, then you should replace the former with the latter (in
> > : the line where sysv4 is also matched)
> > 
> > Remind me never to take a proof reading job. I guess my brain was focusing
> > in the uw2 part.
> > All UnixWare 2.x versions (and 1.x) are sysv4.2, so the sysv4*uw2 entry
> > becomes redundant.
> 
> Well, I _was_ cheating a bit:
> http://lists.gnu.org/archive/html/bug-libtool/2005-09/msg00013.html
> http://lists.gnu.org/archive/html/libtool-patches/2005-09/msg00036.html
> (be sure to look through both threads -- I installed a bogus patch first,
> stumbling over this exact same issue ;-)

And I made the same mistake (sysv4*uw2/sysv4.2*uw2) in
http://lists.gnu.org/archive/html/libtool-patches/2004-10/msg00012.html

OK, so we don't need to worry about sysv4*uw2 as all UnixWare 2 are
sysv4.2

> 
> > : > It could be cleanded up further by having "sysv5* | unixware7*)".
> > : > (UnixWare 7 is sysv5)
> > : 
> > : Hmm, then both of those should be treated similarly, I guess?
> > 
> > Yes.
> 
> OK.
> 
> Cheers,
> Ralf
> 

-- 
Tim RiceMultitalents(707) 887-1469
[EMAIL PROTECTED]






Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Mon, Sep 26, 2005 at 08:41:21PM CEST:
> On Mon, 26 Sep 2005, Ralf Wildenhues wrote:
> : * Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:

> : > I re-ran the tests using ksh88 and all tests passed.
> : > Must be a ksh bug.
> : > Version M-11/16/88h   passes quote test
> : > Version M-12/28/93e-SCO   fails quote test
> : 
> : Please post the failing output of
> :   make check TESTS=quote.test VERBOSE=x
> : 
> : Thank you.
> 
> ---< begin "make check TESTS=quote.test VERBOSE=x" >
> [EMAIL PROTECTED] 14% gmake check TESTS=quote.test VERBOSE=x

> === Running quote.test
> == compile mode

> = trying: \\ quoting
> = failed: mkdir .libs
>  cc -c "-DVAR=\\test\\" foo.c  -KPIC -DPIC -o .libs/foo.o
>  cc -c "-DVAR=\\test\\" foo.c -o foo.o >/dev/null 2>&1
> = trying: \" quoting
> = failed: mkdir .libs
>  cc -c "-DVAR=\"test\"" foo.c  -KPIC -DPIC -o .libs/foo.o
>  cc -c "-DVAR=\"test\"" foo.c -o foo.o >/dev/null 2>&1
> = trying: \` quoting
> = failed: mkdir .libs
>  cc -c "-DVAR=\`test\`" foo.c  -KPIC -DPIC -o .libs/foo.o
>  cc -c "-DVAR=\`test\`" foo.c -o foo.o >/dev/null 2>&1
> = trying: \$ quoting
> = failed: mkdir .libs
>  cc -c "-DVAR=\$test\$" foo.c  -KPIC -DPIC -o .libs/foo.o
>  cc -c "-DVAR=\$test\$" foo.c -o foo.o >/dev/null 2>&1
*snip*
> FAIL: quote.test

OK.  This is mostly harmless, and we should eventually adjust
quote.test.  I tried to fix this in CVS HEAD with a patch on
2004-12-28 but had to throw that back out on 2005-06-05 because
that broke on other systems' shells.

Thanks for posting. 

> : *snip*
> : > : Content-Description: branch-1-5-uw.patch
*snip*
> : > : >  
> : > : > -sysv4*uw2* | unixware7*)
> : > : > +unixware7*)
> : > : 
> : > : Now, this macro doesn't have a match for sysv4*uw2* any more.  Is this
> : > : intentional?
> : > 
> : > Quite intentional. Look at the case above, it already had sysv4*uw2* so
> : > the one I removed would never have been used anyway. Adding the "pc)"
> : > case to the $host_vendor part did what the other case was supposed to do.
> : 
> : Erm, it had sysv4.2uw2* but not sysv4*uw2*.  If both should be treated
> : similarly here, then you should replace the former with the latter (in
> : the line where sysv4 is also matched)
> 
> Remind me never to take a proof reading job. I guess my brain was focusing
> in the uw2 part.
> All UnixWare 2.x versions (and 1.x) are sysv4.2, so the sysv4*uw2 entry
> becomes redundant.

Well, I _was_ cheating a bit:
http://lists.gnu.org/archive/html/bug-libtool/2005-09/msg00013.html
http://lists.gnu.org/archive/html/libtool-patches/2005-09/msg00036.html
(be sure to look through both threads -- I installed a bogus patch first,
stumbling over this exact same issue ;-)

> : > It could be cleanded up further by having "sysv5* | unixware7*)".
> : > (UnixWare 7 is sysv5)
> : 
> : Hmm, then both of those should be treated similarly, I guess?
> 
> Yes.

OK.

Cheers,
Ralf




Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Tim Rice
On Mon, 26 Sep 2005, Ralf Wildenhues wrote:

: Hi Tim,
: 
: * Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:
: > On Sun, 25 Sep 2005, Ralf Wildenhues wrote:
: > : * Tim Rice wrote on Fri, Sep 23, 2005 at 10:20:29PM CEST:
[snip]
: > I re-ran the tests using ksh88 and all tests passed.
: > Must be a ksh bug.
: > Version M-11/16/88h passes quote test
: > Version M-12/28/93e-SCO fails quote test
: 
: Please post the failing output of
:   make check TESTS=quote.test VERBOSE=x
: 
: Thank you.

---< begin "make check TESTS=quote.test VERBOSE=x" >
[EMAIL PROTECTED] 14% gmake check TESTS=quote.test VERBOSE=x
Making check in .
gmake[1]: Entering directory `/usr/local/src/gnu/libtool-1.5/build'
gmake[1]: Nothing to be done for `check-am'.
gmake[1]: Leaving directory `/usr/local/src/gnu/libtool-1.5/build'
Making check in libltdl
gmake[1]: Entering directory `/usr/local/src/gnu/libtool-1.5/build/libltdl'
gmake[1]: Leaving directory `/usr/local/src/gnu/libtool-1.5/build/libltdl'
Making check in doc
gmake[1]: Entering directory `/usr/local/src/gnu/libtool-1.5/build/doc'
gmake[1]: Nothing to be done for `check'.
gmake[1]: Leaving directory `/usr/local/src/gnu/libtool-1.5/build/doc'
Making check in tests
gmake[1]: Entering directory `/usr/local/src/gnu/libtool-1.5/build/tests'
gmake  check-TESTS
gmake[2]: Entering directory `/usr/local/src/gnu/libtool-1.5/build/tests'
=== Running quote.test
== compile mode
= trying: no quoting
= passed: mkdir .libs
 cc -c -DVAR=test foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c -DVAR=test foo.c -o foo.o >/dev/null 2>&1
= trying: \\ quoting
= failed: mkdir .libs
 cc -c "-DVAR=\\test\\" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=\\test\\" foo.c -o foo.o >/dev/null 2>&1
= trying: \" quoting
= failed: mkdir .libs
 cc -c "-DVAR=\"test\"" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=\"test\"" foo.c -o foo.o >/dev/null 2>&1
= trying: \` quoting
= failed: mkdir .libs
 cc -c "-DVAR=\`test\`" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=\`test\`" foo.c -o foo.o >/dev/null 2>&1
= trying: \$ quoting
= failed: mkdir .libs
 cc -c "-DVAR=\$test\$" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=\$test\$" foo.c -o foo.o >/dev/null 2>&1
= trying: "[" quoting
= passed: mkdir .libs
 cc -c "-DVAR=[test[" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=[test[" foo.c -o foo.o >/dev/null 2>&1
= trying: "]" quoting
= passed: mkdir .libs
 cc -c "-DVAR=]test]" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=]test]" foo.c -o foo.o >/dev/null 2>&1
= trying: "~" quoting
= passed: mkdir .libs
 cc -c "-DVAR=~test~" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=~test~" foo.c -o foo.o >/dev/null 2>&1
= trying: "#" quoting
= passed: mkdir .libs
 cc -c "-DVAR=#test#" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=#test#" foo.c -o foo.o >/dev/null 2>&1
= trying: "^" quoting
= passed: mkdir .libs
 cc -c "-DVAR=^test^" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=^test^" foo.c -o foo.o >/dev/null 2>&1
= trying: "&" quoting
= passed: mkdir .libs
 cc -c "-DVAR=&test&" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=&test&" foo.c -o foo.o >/dev/null 2>&1
= trying: "*" quoting
= passed: mkdir .libs
 cc -c "-DVAR=*test*" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=*test*" foo.c -o foo.o >/dev/null 2>&1
= trying: "(" quoting
= passed: mkdir .libs
 cc -c "-DVAR=(test(" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=(test(" foo.c -o foo.o >/dev/null 2>&1
= trying: ")" quoting
= passed: mkdir .libs
 cc -c "-DVAR=)test)" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=)test)" foo.c -o foo.o >/dev/null 2>&1
= trying: "{" quoting
= passed: mkdir .libs
 cc -c "-DVAR={test{" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR={test{" foo.c -o foo.o >/dev/null 2>&1
= trying: "}" quoting
= passed: mkdir .libs
 cc -c "-DVAR=}test}" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=}test}" foo.c -o foo.o >/dev/null 2>&1
= trying: "|" quoting
= passed: mkdir .libs
 cc -c "-DVAR=|test|" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=|test|" foo.c -o foo.o >/dev/null 2>&1
= trying: ";" quoting
= passed: mkdir .libs
 cc -c "-DVAR=;test;" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=;test;" foo.c -o foo.o >/dev/null 2>&1
= trying: "<" quoting
= passed: mkdir .libs
 cc -c "-DVAR=/dev/null 2>&1
= trying: ">" quoting
= passed: mkdir .libs
 cc -c "-DVAR=>test>" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=>test>" foo.c -o foo.o >/dev/null 2>&1
= trying: "?" quoting
= passed: mkdir .libs
 cc -c "-DVAR=?test?" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR=?test?" foo.c -o foo.o >/dev/null 2>&1
= trying: "'" quoting
= passed: mkdir .libs
 cc -c "-DVAR='test'" foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR='test'" foo.c -o foo.o >/dev/null 2>&1
= trying: " " quoting
= passed: mkdir .libs
 cc -c "-DVAR= test " foo.c  -KPIC -DPIC -o .libs/foo.o
 cc -c "-DVAR= test " foo.c -o foo.o >/dev/null 2>&1
= trying: " " quoting
= passed: mkdir .libs
 cc -c "-DVAR=  test" foo.c  -KPIC -DPIC -o

Re: branch-1-5 UnixWare fixes

2005-09-26 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Sun, Sep 25, 2005 at 10:05:21PM CEST:
> On Sun, 25 Sep 2005, Ralf Wildenhues wrote:
> : * Tim Rice wrote on Fri, Sep 23, 2005 at 10:20:29PM CEST:
> : > 
> : > I did some work on branch-1-5 to try and get libtool fully functional
> : > on UnixWare 7.1.4. I was mostly successful, only the quote test fails.
> : > Probably a ksh bug.
> : 
> : Which of the quote test lines fail?  Did you run the test in a new build
> : tree or did you ever re-configure (there is a bug in branch-1-5 wrt.
> 
> Always a fresh build tree.

OK.

> : setting $SHELL correctly on a config.status-induced configure rerun.  If
> : in doubt retry with a new build tree)
> 
> I re-ran the tests using ksh88 and all tests passed.
> Must be a ksh bug.
> Version M-11/16/88h   passes quote test
> Version M-12/28/93e-SCO   fails quote test

Please post the failing output of
  make check TESTS=quote.test VERBOSE=x

Thank you.

*snip*
> : Content-Description: branch-1-5-uw.patch
> [snip]
> : > @@ -2314,11 +2327,11 @@
> : >lt_cv_deplibs_check_method=pass_all
> : >;;
> : >  
> : > -sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]*)
> : > +sysv5*)
> : >lt_cv_deplibs_check_method=pass_all
> : >;;
> : >  
> : > -sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
> : > +sysv4 | sysv4.2uw2* | sysv4.3*)
> : >case $host_vendor in
> : >motorola)
> : >  lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit 
> [[ML]]SB (shared object|dynamic lib) M[[0-9]][[0-9]]* Version [[0-9]]'
> : > @@ -2339,10 +2352,13 @@
> : >siemens)
> : >  lt_cv_deplibs_check_method=pass_all
> : >  ;;
> : > +  pc)
> : > +lt_cv_deplibs_check_method=pass_all
> : > +;;
> : >esac
> : >;;
> : >  
> : > -sysv4*uw2* | unixware7*)
> : > +unixware7*)
> : 
> : Now, this macro doesn't have a match for sysv4*uw2* any more.  Is this
> : intentional?
> 
> Quite intentional. Look at the case above, it already had sysv4*uw2* so
> the one I removed would never have been used anyway. Adding the "pc)"
> case to the $host_vendor part did what the other case was supposed to do.

Erm, it had sysv4.2uw2* but not sysv4*uw2*.  If both should be treated
similarly here, then you should replace the former with the latter (in
the line where sysv4 is also matched)

> It could be cleanded up further by having "sysv5* | unixware7*)".
> (UnixWare 7 is sysv5)

Hmm, then both of those should be treated similarly, I guess?

> I assume that unixware7* is in there for backward compatibility for
> some old config.guess.

I have no idea, really.

> : 
> : >lt_cv_deplibs_check_method=pass_all
> : >;;
> : >  esac
> [snip]
> : > @@ -5404,7 +5448,7 @@
> : >fi
> : >;;
> : >  
> : > -solaris* | sysv5*)
> : > +solaris*)
> : 
> : Any reason for this change?
> 
> Oops, that's one of the things I tried that didn't make any difference.
> Best to leave that in for now.

OK.

*snip large hunk*
> : 
> : You removed setting of archive_expsym_cmds here.  Was this intentional?
> : Did it not work?
> 
> Yes intentional, tests fail with it in.

OK, fine then.

Cheers, and thanks again,
Ralf




Re: branch-1-5 UnixWare fixes

2005-09-25 Thread Tim Rice
On Sun, 25 Sep 2005, Ralf Wildenhues wrote:

: Hi Tim,
: 
: * Tim Rice wrote on Fri, Sep 23, 2005 at 10:20:29PM CEST:
: > 
: > I did some work on branch-1-5 to try and get libtool fully functional
: > on UnixWare 7.1.4. I was mostly successful, only the quote test fails.
: > Probably a ksh bug.
: 
: Which of the quote test lines fail?  Did you run the test in a new build
: tree or did you ever re-configure (there is a bug in branch-1-5 wrt.

Always a fresh build tree.

: setting $SHELL correctly on a config.status-induced configure rerun.  If
: in doubt retry with a new build tree)

I re-ran the tests using ksh88 and all tests passed.
Must be a ksh bug.
Version M-11/16/88h passes quote test
Version M-12/28/93e-SCO fails quote test

: 
: > As a side effect, OpenServer 6 (also SVR5) passes all tests. While I
: > was at it I cleaned up the earlier UnixWare releases a little bit.
: 
: Hmm.  While the improvements look really good, and I know virtually
: nothing about the systems in question, I still have a couple of
: comments.  It would be nice if you could take a look, see below.
: 
: Thanks!
: Ralf
: 
: Content-Description: branch-1-5-uw.patch
[snip]
: > @@ -2314,11 +2327,11 @@
: >lt_cv_deplibs_check_method=pass_all
: >;;
: >  
: > -sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]*)
: > +sysv5*)
: >lt_cv_deplibs_check_method=pass_all
: >;;
: >  
: > -sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
: > +sysv4 | sysv4.2uw2* | sysv4.3*)
: >case $host_vendor in
: >motorola)
: >  lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit 
[[ML]]SB (shared object|dynamic lib) M[[0-9]][[0-9]]* Version [[0-9]]'
: > @@ -2339,10 +2352,13 @@
: >siemens)
: >  lt_cv_deplibs_check_method=pass_all
: >  ;;
: > +  pc)
: > +lt_cv_deplibs_check_method=pass_all
: > +;;
: >esac
: >;;
: >  
: > -sysv4*uw2* | unixware7*)
: > +unixware7*)
: 
: Now, this macro doesn't have a match for sysv4*uw2* any more.  Is this
: intentional?

Quite intentional. Look at the case above, it already had sysv4*uw2* so
the one I removed would never have been used anyway. Adding the "pc)"
case to the $host_vendor part did what the other case was supposed to do.

It could be cleanded up further by having "sysv5* | unixware7*)".
(UnixWare 7 is sysv5)
I assume that unixware7* is in there for backward compatibility for
some old config.guess.

: 
: >lt_cv_deplibs_check_method=pass_all
: >;;
: >  esac
[snip]
: > @@ -5404,7 +5448,7 @@
: >fi
: >;;
: >  
: > -solaris* | sysv5*)
: > +solaris*)
: 
: Any reason for this change?

Oops, that's one of the things I tried that didn't make any difference.
Best to leave that in for now.

: 
: >if $LD -v 2>&1 | grep 'BFD 2\.8' > /dev/null; then
: > _LT_AC_TAGVAR(ld_shlibs, $1)=no
: > cat <&2
: > @@ -5966,27 +6010,30 @@
: >runpath_var=LD_RUN_PATH
: >;;
: >  
: > -   sysv5OpenUNIX8* | sysv5UnixWare7* |  sysv5uw[[78]]* | unixware7*)
: > +sysv5OpenUNIX8* | sysv5UnixWare7.[[01]].[[10]]* |  sysv5uw[[78]]* | 
unixware7*)
: >_LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
: >if test "$GCC" = yes; then
: > _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared ${wl}-h ${wl}$soname -o 
$lib $libobjs $deplibs $compiler_flags'
: >else
: > _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
: >fi
: > +  _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
: >runpath_var='LD_RUN_PATH'
: >_LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
: >;;
: >  
: >  sysv5*)
: > -  _LT_AC_TAGVAR(no_undefined_flag, $1)=' -z text'
: > -  # $CC -shared without GNU ld will not create a library from C++
: > -  # object files and a static libstdc++, better avoid it by now
: > -  _LT_AC_TAGVAR(archive_cmds, $1)='$LD -G${allow_undefined_flag} -h 
$soname -o $lib $libobjs $deplibs $linker_flags'
: > -  _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$echo "{ global:" > 
$lib.exp~cat $export_symbols | $SED -e "s/\(.*\)/\1;/" >> $lib.exp~$echo 
"local: *; };" >> $lib.exp~
: > -   $LD -G${allow_undefined_flag} -M $lib.exp -h $soname -o $lib 
$libobjs $deplibs $linker_flags~$rm $lib.exp'
: > -  _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)=
: > -  _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
: > +  _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
: > +  if test "$GCC" = yes; then
: > +   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared ${wl}-h ${wl}$soname -o 
$lib $libobjs $deplibs $compiler_flags'
: > +  else
: > +   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
: > +  fi
: > +  _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
: > +  _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-R$libdir'
: > +  _LT_AC_TAGVAR(hardcode_libdir_separator, $1)=':'
: >runpath_var='LD_RUN_PATH'
: > +  _LT_AC_TAGV

Re: branch-1-5 UnixWare fixes

2005-09-25 Thread Ralf Wildenhues
Hi Tim,

* Tim Rice wrote on Fri, Sep 23, 2005 at 10:20:29PM CEST:
> 
> I did some work on branch-1-5 to try and get libtool fully functional
> on UnixWare 7.1.4. I was mostly successful, only the quote test fails.
> Probably a ksh bug.

Which of the quote test lines fail?  Did you run the test in a new build
tree or did you ever re-configure (there is a bug in branch-1-5 wrt.
setting $SHELL correctly on a config.status-induced configure rerun.  If
in doubt retry with a new build tree)

> As a side effect, OpenServer 6 (also SVR5) passes all tests. While I
> was at it I cleaned up the earlier UnixWare releases a little bit.

Hmm.  While the improvements look really good, and I know virtually
nothing about the systems in question, I still have a couple of
comments.  It would be nice if you could take a look, see below.

Thanks!
Ralf

Content-Description: branch-1-5-uw.patch
> --- libtool-1.5/libtool.m4.old2005-09-09 08:56:16.0 -0700
> +++ libtool-1.5/libtool.m42005-09-23 10:53:24.163558381 -0700
> @@ -1655,7 +1655,7 @@
>need_version=yes
>;;
>  
> -sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
> +sysv4 | sysv4.2uw2* | sysv4.3*)
>version_type=linux
>library_names_spec='${libname}${release}${shared_ext}$versuffix 
> ${libname}${release}${shared_ext}$major $libname${shared_ext}'
>soname_spec='${libname}${release}${shared_ext}$major'
> @@ -1688,6 +1688,19 @@
>fi
>;;
>  
> +sysv5*)
> +  version_type=linux
> +  need_lib_prefix=no
> +  need_version=no
> +  library_names_spec='${libname}${release}${shared_ext}$versuffix 
> ${libname}${release}${shared_ext}$major $libname${shared_ext}'
> +  soname_spec='${libname}${release}${shared_ext}$major'
> +  shlibpath_var=LD_LIBRARY_PATH
> +  shlibpath_overrides_runpath=yes
> +  hardcode_into_libs=yes
> +  sys_lib_search_path_spec='/usr/ccs/lib /usr/lib'
> +  sys_lib_dlsearch_path_spec="$sys_lib_search_path_spec"
> +  ;;
> +
>  uts4*)
>version_type=linux
>library_names_spec='${libname}${release}${shared_ext}$versuffix 
> ${libname}${release}${shared_ext}$major $libname${shared_ext}'
> @@ -2314,11 +2327,11 @@
>lt_cv_deplibs_check_method=pass_all
>;;
>  
> -sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]*)
> +sysv5*)
>lt_cv_deplibs_check_method=pass_all
>;;
>  
> -sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
> +sysv4 | sysv4.2uw2* | sysv4.3*)
>case $host_vendor in
>motorola)
>  lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit [[ML]]SB 
> (shared object|dynamic lib) M[[0-9]][[0-9]]* Version [[0-9]]'
> @@ -2339,10 +2352,13 @@
>siemens)
>  lt_cv_deplibs_check_method=pass_all
>  ;;
> +  pc)
> +lt_cv_deplibs_check_method=pass_all
> +;;
>esac
>;;
>  
> -sysv4*uw2* | unixware7*)
> +unixware7*)

Now, this macro doesn't have a match for sysv4*uw2* any more.  Is this
intentional?

>lt_cv_deplibs_check_method=pass_all
>;;
>  esac
> @@ -3559,8 +3575,29 @@
>   ;;
>  esac
>  ;;
> -  sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]* | unixware7*)
> -_LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
> +  sysv5OpenUNIX8* | sysv5UnixWare7.[[01]].[[01]]* | sysv5uw[[78]]* | 
> unixware7*)
> +case $cc_basename in
> +  CC*)
> + _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
> + _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
> $libobjs $deplibs $compiler_flags'
> + _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
> + runpath_var='LD_RUN_PATH'
> + _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
> + ;;
> +esac
> +;;
> +  sysv5*)
> +case $cc_basename in
> +  CC*)
> + _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
> + _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
> $libobjs $deplibs $compiler_flags'
> + _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
> + _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-R$libdir'
> + _LT_AC_TAGVAR(hardcode_libdir_separator, $1)=':'
> + runpath_var='LD_RUN_PATH'
> + _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
> + ;;
> +esac
>  ;;
>tandem*)
>  case $cc_basename in
> @@ -4949,7 +4986,14 @@
>   ;;
>   esac
>   ;;
> -  unixware*)
> +  unixware* | sysv5*)
> + case $cc_basename in
> +   CC*)
> + _LT_AC_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,'
> + _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-KPIC'
> + _LT_AC_TAGVAR(lt_prog_compiler_static, $1)='-Bstatic'
> + ;;
> + esac
>   ;;
>vxworks*)
>   ;;
> @@ -5404,7 +5448,7 @@
>fi
>;;
>  
> -solaris* | sysv5*)
> +solaris*)

Any reason for this change?

>if $LD -v 2>&1 | grep 'BFD 2\.8' > /dev/null; then
>   _LT_AC_TAGVAR(ld_shlibs, $1)=no
>   cat <&2
> @@ -5966,27 +6010,30 @@
>runpath_var=LD_RUN_PATH
>;;
>  
> -   sysv5OpenUNIX8* | sysv5UnixWare7* |  sysv5uw[[78]]* | unixware7*)
> +sysv5OpenUNIX8* | sysv5UnixWare7.[[01]].[[

Re: branch-1-5 UnixWare fixes

2005-09-24 Thread Ralf Wildenhues
Hi Tim, Peter,

* Peter O'Gorman wrote on Sat, Sep 24, 2005 at 12:54:05AM CEST:
> Tim Rice wrote:
> | I'll look at forwared porting to CVS HEAD if I can figure out
> | why configure zeros out libltdl/config/ltmain.sh
> |
> 
> Good work!

Yes, really!

> On HEAD you need to look at ltmain.m4sh, which I think lives in 
> libltdl/config.

Just so you don't miss it in case you didn't know: run the new test
suite with
  make check TESTS=

or possibly also with TESTSUITE_FLAGS='-v -d', or other args, --list
gives some pointers.  Feel free to post (maybe packed) tests output of
failures; the new testsuite leaves
  $top_builddir/tests/testsuite.log
  $top_builddir/tests/testsuite.dir/NN/testsuite.log
with NN the test number(s).

Cheers,
Ralf




Re: branch-1-5 UnixWare fixes

2005-09-23 Thread Peter O'Gorman

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tim Rice wrote:
| I'll look at forwared porting to CVS HEAD if I can figure out
| why configure zeros out libltdl/config/ltmain.sh
|

Good work!

On HEAD you need to look at ltmain.m4sh, which I think lives in libltdl/config.

Peter
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)

iQCVAwUBQzSHjbiDAg3OZTLPAQLKCAP/ZMpty7iKRYuU5KIBkhHtuHiuVmwYm+TI
zDm9prxL5TGgUV8QK1UazppoGm1l+hOENdSk8uhUaoSvQWuk0qnpzLWSpRzfC6vn
hEr8PGNP9B+Oaqbo5D3/ZN4xOoAaf0f9kzovtXR7OglFM12O/alTut96ONXGbu0f
tZrORGazBzU=
=VEt8
-END PGP SIGNATURE-




branch-1-5 UnixWare fixes

2005-09-23 Thread Tim Rice

I did some work on branch-1-5 to try and get libtool fully functional
on UnixWare 7.1.4. I was mostly successful, only the quote test fails.
Probably a ksh bug. As a side effect, OpenServer 6 (also SVR5) passes
all tests. While I was at it I cleaned up the earlier UnixWare releases
a little bit.

I'll look at forwared porting to CVS HEAD if I can figure out
why configure zeros out libltdl/config/ltmain.sh

Here are the before and after stats.

pre patch   post patch

UnixWare 2.03   UnixWare 2.03

4 of 98 tests failed4 of 100 tests failed
(5 tests were not run)  (3 tests were not run)
Please report to bug-libtool@gnu.orgPlease report to bug-libtool@gnu.org


UnixWare 7.1.1  UnixWare 7.1.1

7 of 94 tests failed6 of 96 tests failed
(9 tests were not run)  (7 tests were not run)
Please report to bug-libtool@gnu.orgPlease report to bug-libtool@gnu.org


UnixWare 7.1.4  UnixWare 7.1.4

6 of 96 tests failed1 of 103 tests failed
(7 tests were not run)  Please report to bug-libtool@gnu.org
Please report to bug-libtool@gnu.org


OpenServer 6OpenServer 6

13 of 101 tests failed  All 103 tests passed
(2 tests were not run)  
Please report to bug-libtool@gnu.org



-- 
Tim RiceMultitalents(707) 887-1469
[EMAIL PROTECTED]
--- libtool-1.5/libtool.m4.old  2005-09-09 08:56:16.0 -0700
+++ libtool-1.5/libtool.m4  2005-09-23 10:53:24.163558381 -0700
@@ -1655,7 +1655,7 @@
   need_version=yes
   ;;
 
-sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
+sysv4 | sysv4.2uw2* | sysv4.3*)
   version_type=linux
   library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
   soname_spec='${libname}${release}${shared_ext}$major'
@@ -1688,6 +1688,19 @@
   fi
   ;;
 
+sysv5*)
+  version_type=linux
+  need_lib_prefix=no
+  need_version=no
+  library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
+  soname_spec='${libname}${release}${shared_ext}$major'
+  shlibpath_var=LD_LIBRARY_PATH
+  shlibpath_overrides_runpath=yes
+  hardcode_into_libs=yes
+  sys_lib_search_path_spec='/usr/ccs/lib /usr/lib'
+  sys_lib_dlsearch_path_spec="$sys_lib_search_path_spec"
+  ;;
+
 uts4*)
   version_type=linux
   library_names_spec='${libname}${release}${shared_ext}$versuffix 
${libname}${release}${shared_ext}$major $libname${shared_ext}'
@@ -2314,11 +2327,11 @@
   lt_cv_deplibs_check_method=pass_all
   ;;
 
-sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]*)
+sysv5*)
   lt_cv_deplibs_check_method=pass_all
   ;;
 
-sysv4 | sysv4.2uw2* | sysv4.3* | sysv5*)
+sysv4 | sysv4.2uw2* | sysv4.3*)
   case $host_vendor in
   motorola)
 lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit [[ML]]SB 
(shared object|dynamic lib) M[[0-9]][[0-9]]* Version [[0-9]]'
@@ -2339,10 +2352,13 @@
   siemens)
 lt_cv_deplibs_check_method=pass_all
 ;;
+  pc)
+lt_cv_deplibs_check_method=pass_all
+;;
   esac
   ;;
 
-sysv4*uw2* | unixware7*)
+unixware7*)
   lt_cv_deplibs_check_method=pass_all
   ;;
 esac
@@ -3559,8 +3575,29 @@
;;
 esac
 ;;
-  sysv5OpenUNIX8* | sysv5UnixWare7* | sysv5uw[[78]]* | unixware7*)
-_LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+  sysv5OpenUNIX8* | sysv5UnixWare7.[[01]].[[01]]* | sysv5uw[[78]]* | 
unixware7*)
+case $cc_basename in
+  CC*)
+   _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
+   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
+   _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+   runpath_var='LD_RUN_PATH'
+   _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
+   ;;
+esac
+;;
+  sysv5*)
+case $cc_basename in
+  CC*)
+   _LT_AC_TAGVAR(no_undefined_flag, $1)='${wl}-z ${wl}text'
+   _LT_AC_TAGVAR(archive_cmds, $1)='$CC -G ${wl}-h ${wl}$soname -o $lib 
$libobjs $deplibs $compiler_flags'
+   _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no
+   _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-R$libdir'
+   _LT_AC_TAGVAR(hardcode_libdir_separator, $1)=':'
+   runpath_var