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

[CARBONNEAUX Mathieu]

Have tryed this:

# file /usr/lib/libc.sl | grep -E 
"(s[[0-9]][[0-9]][[0-9]]|PA-RISC[[0-9]].[[0-9]]) shared library"
Non response...

# file /usr/lib/libc.sl | grep -E "(s[0-9][0-9][0-9]|PA-RISC[0-9].[0-9]) shared 
library"
/usr/lib/libc.sl:       PA-RISC2.0 shared library -not stripped

I'm not sure if pattern is correct....for hp-ux?!!

Best regards,

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 : CARBONNEAUX Mathieu [mailto:address@hidden
> Envoyé : lundi 4 avril 2005 21:12
> À : Ralf Wildenhues; Mathieu CARBONNEAUX
> Cc : address@hidden
> Objet : RE: [mathieu.carbonneaux] Re: libtool problem on hp-ux...
> 
> 
> 
> 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