bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [mathieu.carbonneaux] Re: libtool problem on hp-ux...


From: CARBONNEAUX Mathieu
Subject: RE: [mathieu.carbonneaux] Re: libtool problem on hp-ux...
Date: Mon, 4 Apr 2005 21:11:55 +0200


Mathieu CARBONNEAUX 
Groupe SFR Cegetel - Direction Générale Technique Groupe
Cegetel Systèmes d'Information - Direction Opérations - Support Architecture 
Projet - Middleware
Paris La Défense Acacia - Bureau 508 
Tel: +33 1 71 01 67 81
Mobile: +33 6 18 98 52 87
address@hidden


> -----Message d'origine-----
> De : Ralf Wildenhues [mailto:address@hidden
> Envoyé : lundi 4 avril 2005 19:46
> À : Mathieu CARBONNEAUX
> Cc : address@hidden
> Objet : [mathieu.carbonneaux] Re: libtool problem on hp-ux...
> 
> Hi Mathieu,
> 
> Sorry for not answering earlier.
> 
> * Mathieu CARBONNEAUX wrote on Fri, Mar 25, 2005 at 12:25:51AM CET:
> >
> > hpux10.20* | hpux11*)
> >   lt_cv_file_magic_cmd=/usr/bin/file
> >   case "$host" in
> >   ia64*)
> >     lt_cv_deplibs_check_method='file_magic (s[[0-9]][[0-9]][[0-9]]|ELF-
> [[0-9]][[0-9]]) shared object file - IA64'
> >     lt_cv_file_magic_test_file=/usr/lib/hpux32/libc.so
> >     ;;
> >   hppa*64*)
> >     [lt_cv_deplibs_check_method='file_magic (s[0-9][0-9][0-9]|ELF-[0-
> 9][0-9]) shared object file - PA-RISC [0-9].[0-9]']
> >     lt_cv_file_magic_test_file=/usr/lib/pa20_64/libc.sl
> >     ;;
> >   *)
> > -    lt_cv_deplibs_check_method='file_magic (s[[0-9]][[0-9]][[0-9]]|PA-
> RISC[[0-9]].[[0-9]]) shared library'
> > -    lt_cv_file_magic_test_file=/usr/lib/libc.sl
> > +    lt_cv_deplibs_check_method=pass_all
> >     ;;
> >   esac
> >   ;;
> >
> > If use file_magic for finding lib dependency they don?t work all the
> > time, with 2 and more level of library they detect false negative
> > (static lib) in dependency?
> 
> Hmm.  Which exact system(s) did you test this on?

> uname -a
HP-UX ... B.11.11 U 9000/800 ... unlimited-user license
> model
9000/800/rp7410
> gcc --version
gcc (GCC) 3.4.3

And are pa8700 at 875mhz...

Have the problem also on 11.00...

When try to compile php in apache2 (--enable-mods-shared for apache + 
--with-apxs2 for php) module, with php module (--enable-shared), the problem is 
libtool does not correctly detect dependency, and arbitrary decide to link 
static....

When force pass_all libtool linking work perfectly...if I use only .sl in 
dependency... 

If y try to generate .sl linked with static lib they don't whant...but are 
other problem...

Have dependency like that: httpd, that open libphp4.sl, that open oci8.sl, that 
open libclntsh.sl that open many other oracle libs....


And with that modification all other compilation with dll work for me without 
probleme...

Have tested test_compile mode without success...

But I don't have many time to test... I think is the shell script who make 
file_magic mode who fail to find dependency... if have time I while try to 
debug this shell script why don't find dependency...


> 
> > And decide to use static linking?and It
> > impossible to compile apache with DSO  and php with php Module without
> > ?pass_all? on hp-ux (V10.20, 11 and 11.11) with all version of
> > compiler have used (gcc 3.x and hp-ux cc) in 32bit mode?
> 
> The change you propose has far-reaching consequences within Libtool.
> In the past, libtool has been to easy in changing to pass_all, and we
> have been burnt several times.  For example, my medium-term plan
> includes disabling pass_all on linux and solaris in general, and only
> enabling it on the arches on which it really works (e.g., linux/x86,
> but not linux/x86_64 in 64bit mode).
> 
> How about 64bit mode gcc?  How about other compilers?  Which linker do
> you use?  If GNU ld, how about the system linker?

I don't use 64bit at all... I use gcc in 32bit only... binary versions of gcc 
in 64bit mode are very problematic at the moment...and binary version of open 
source a only in 32bit mode for the moment for hp-ux...And mixing 64bit with 
32bit is a little bit touchy!!!!

Gnu ld for 32bit does not exist... only for 64bit version... I use hp-ux ld...

> 
> > This problem has been encountered by me on libtool version 1.4.x and
> 1.5.x?
> > And have tried many versions of autoconf and automake?
> > The last libtool I use: 1.5 (1.1220 2003/04/05 19:32:58)
> >
> > I don?t have hp-ux machine to test ?ia64? and ?hppa*64*?? but I think
> > is possible that have the same problem?
> 
> I would be very surprised if ia64 allowed to put non-PIC objects into
> shared libraries (i.e., allowed text relocations).  I have not checked,
> but I would really like to see documentation supporting this before
> making such a change.

I don't have ia64 for the moment for testing... but in future it's possible to 
have... and I while try it...

For "hppa*64" I don't know witch machine and os send this matching.....!!!!


> 
> Regards,
> Ralf


Best regards,
Mathieu




reply via email to

[Prev in Thread] Current Thread [Next in Thread]