Re: CVS HEAD test 30

[Ralf Wildenhues]

[ cutting libtool-patches ]

Hi Tim,

* Tim Rice wrote on Sun, Feb 10, 2008 at 12:05:33AM CET:
> Now only 54, 55 and of course 64 (because 54 & 55 fail) fail on
> UnixWare 7.1.4. There is still some work needed on templates on UnixWare
> but nothing that should hold up this release.

Was that because of this rule and the compiler not understanding -c -o?

| cpp.o:
| $(CXXCOMPILE) -c -o $@ $<

Otherwise, I don't have a report for this on my radar, so I'd appreciate
if you could post the testsuite.log for the failures.

Thanks, also for confirming the other fix,
Ralf


___
http://lists.gnu.org/mailman/listinfo/libtool

libtool shouldn't automatically link against libc on hppa*-*-hpux*

[John David Anglin]

I have been looking at trying to resolve random failures of threaded
applications on hppa*-*-hpux11* built with GCC.  There are problems
with java and applications linked against libgomp.  There are a number
issues.

The first and main issue is libc contains pthread stubs.  As a result,
libpthread must be linked against before libc.  Some information on
this subject is here .

The second issue is that multiple specifications of shared libraries
with -l doesn't work.  Only the first instance is used in a link.
libgcc_s should be linked against libpthread if a shared library
or executable uses POSIX threads.  In GCC 4.3, the compiler driver
now adds -lpthread in the correct location in both shared and
non-shared links.  It also adds -lc in the correction location.
Thus, it is not necessary for libtool to add -lc in shared links
and indeed it interferes with the linking against libgcc_s.

This fix isn't sufficient to getting threaded applications using
shared libraries to function correctly as the dynamic loader
effectively relinks applications.  It's been my experience the
binding mode matters (i.e., threaded applications behaive differently
when using deferred and immediate binding).  The 32 and 64-bit
runtimes use different search algorithms, depth and breadth first,
respectively.

I think it may be necessary to link threaded applications and shared
libraries using direct binding.  This would ensure that calls to pthread
functions bind to the functions in libpthread and not to the stubs
in libc.  However, to do this, we need to get the basic link order
correct in shared links.

I have attached a small change to stop linking against libc
in shared links.  This was against ltmain.sh in the GCC sources.
This should be against ltmain.in in the libtool sources.  The
same change might be relevant to ia64-hpux.

On hpux10, it's not necessary to link against libc in shared links.
There's only one libc version.  On hpux11.11, there are three libc
versions but in my experience applications are almost never linked
against the old versions.  HP never links shared its libraries
against libc.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)

Index: ltmain.sh
===
--- ltmain.sh   (revision 131740)
+++ ltmain.sh   (working copy)
@@ -2827,6 +2827,9 @@
# Rhapsody C library is in the System framework
deplibs="$deplibs -framework System"
;;
+ hppa*-*-hpux*)
+   # Compiler inserts libc in the correct place for threads to work.
+   ;;
  *-*-netbsd*)
# Don't link with libc until the a.out ld.so is fixed.
;;


___
http://lists.gnu.org/mailman/listinfo/libtool

AmigaOS4 support in libtool

[Henning Nielsen Lund]

Hello

I know this is very late, but would it be possible to get "patch #6416"
approved  for the next libtool release.

-- 
best regards,
hnl_dk - Henning Nielsen Lund

µA1-C (IBM PowerPC 750 FX V2.2 @ 800MHz), 256MB RAM, NEC ND-3500A DVD/CD
RW, Samsung SP1604N 160GB PATA Harddisk drive, Acer AL1721 17" TFT,
modified Tyan M2042 1->3 PCI Riser...



___
http://lists.gnu.org/mailman/listinfo/libtool

Re: CVS HEAD test 30

[Tim Rice]

On Sun, 10 Feb 2008, Ralf Wildenhues wrote:

> [ cutting libtool-patches ]
> 
> Hi Tim,
> 
> * Tim Rice wrote on Sun, Feb 10, 2008 at 12:05:33AM CET:
> > Now only 54, 55 and of course 64 (because 54 & 55 fail) fail on
> > UnixWare 7.1.4. There is still some work needed on templates on UnixWare
> > but nothing that should hold up this release.
> 
> Was that because of this rule and the compiler not understanding -c -o?

No that's only a problem with UnixWare 2.x native compilers

> 
> | cpp.o:
> | $(CXXCOMPILE) -c -o $@ $<
> 
> Otherwise, I don't have a report for this on my radar, so I'd appreciate
> if you could post the testsuite.log for the failures.

testsuite.log.gz attached.

The thread started in libtool on Wed, 28 Sep 2005 
with the Subject: forward porting UnixWare fixes to HEAD
and on Fri, 11 Nov 2005 you moved it to libtool-patches, same subject.

Basicly I have not semt any time to get those tests working.

> 
> Thanks, also for confirming the other fix,
> Ralf
> 

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


testsuite.log.gz
Description: Binary data
___
http://lists.gnu.org/mailman/listinfo/libtool

Solaris 10 w/ SunStudio 11 64bit mode

[Tim Rice]

CVS HEAD pulled Fri Feb  8 17:52:22 PST 2008
Solaris 10 w/ SunStudio 11

I'm seeing failures in 64 bit mode I don't see in 32 bit mode with
compiler options that woked for me in both 32 & 64 on branch-1.5.
testsuite.log-64.gz attached.


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


testsuite.log-64.gz
Description: Binary data
___
http://lists.gnu.org/mailman/listinfo/libtool

Subject: [libtool 2.1c] testsuite: 44 45 46 failed

[Duft Markus]

Hi!

I have ported (again) libtool to windows using parity. No I'm stuck with
the last three testsuite failures, which I just can't find causes for...

Could you please have a look at this? I also attached the patch I use to
get things rolling :) I plan to add some more comments, etc. So this is
not the final version, but still enough to collect some comments.

Thanks in advance, Cheers, Markus.


testsuite.log.gz
Description: testsuite.log.gz


lt-2-HEAD.patch.gz
Description: lt-2-HEAD.patch.gz
___
http://lists.gnu.org/mailman/listinfo/libtool

libs with templates on unixware (was: CVS HEAD test 30)

[Ralf Wildenhues]

* Tim Rice wrote on Mon, Feb 11, 2008 at 06:19:12AM CET:
> 
> The thread started in libtool on Wed, 28 Sep 2005 
> with the Subject: forward porting UnixWare fixes to HEAD
> and on Fri, 11 Nov 2005 you moved it to libtool-patches, same subject.

Thanks, this is it:


> Basicly I have not semt any time to get those tests working.

Well, my comments from above thread are not outdated.  ;-)

Cheers,
Ralf


___
http://lists.gnu.org/mailman/listinfo/libtool

Re: Solaris 10 w/ SunStudio 11 64bit mode

[Ralf Wildenhues]

Hi Tim,

* Tim Rice wrote on Mon, Feb 11, 2008 at 06:23:59AM CET:
> 
> CVS HEAD pulled Fri Feb  8 17:52:22 PST 2008
> Solaris 10 w/ SunStudio 11
> 
> I'm seeing failures in 64 bit mode I don't see in 32 bit mode with
> compiler options that woked for me in both 32 & 64 on branch-1.5.
> testsuite.log-64.gz attached.

Please try again, with making the f95 compiler generate 64bit code:
  FCFLAGS="-xtarget=ultra -xarch=v9"

assuming those are the right options.  $FFLAGS is for $F77, $FCFLAGS is
for $FC, and needed in this case.  (Libtool currently doesn't support
having two different-language compilers do different ABIs.)

Thanks,
Ralf


___
http://lists.gnu.org/mailman/listinfo/libtool