J. op den Brouw writes:
 > 
 > A bit late :)
 > 
 > It seems that om my HP-UX box, the call to the shared lib _init() routine
 > is not made. I'm not sure why it isn't called, but when I compile with -g
 > and shared lib, gdb cannot find the ::_init() routine. When I compile
 > without shared lib, it can.

 Hi,

 I'll try with Solaris-2.6 next week since it apparently has a similar problem.
It would help if you could run the libtool test suite on your system. 
Just get libtool-1.3.3, make ;  make check. It should show the following:

PASS: cdemo-static.test
PASS: cdemo-make.test
PASS: cdemo-exec.test
PASS: demo-static.test
PASS: demo-make.test
PASS: demo-exec.test
PASS: demo-inst.test
PASS: demo-unst.test
PASS: mdemo-static.test
PASS: mdemo-make.test
PASS: mdemo-exec.test
PASS: mdemo-inst.test
PASS: mdemo-unst.test
PASS: cdemo-conf.test
PASS: cdemo-make.test
PASS: cdemo-exec.test
PASS: demo-conf.test
PASS: demo-make.test
PASS: demo-exec.test
PASS: demo-inst.test
PASS: demo-unst.test
PASS: deplibs.test
PASS: mdemo-conf.test
PASS: mdemo-make.test
PASS: mdemo-exec.test
PASS: mdemo-inst.test
PASS: mdemo-unst.test
PASS: dryrun.test
PASS: demo-nofast.test
PASS: demo-make.test
PASS: demo-exec.test
PASS: demo-inst.test
PASS: demo-unst.test
PASS: cdemo-shared.test
PASS: cdemo-make.test
PASS: cdemo-exec.test
PASS: demo-shared.test
PASS: demo-make.test
PASS: demo-exec.test
PASS: demo-inst.test
PASS: hardcode.test
PASS: build-relink.test
PASS: noinst-link.test
PASS: demo-unst.test
PASS: mdemo-shared.test
PASS: mdemo-make.test
PASS: mdemo-exec.test
PASS: mdemo-inst.test
PASS: mdemo-unst.test
PASS: assign.test
PASS: link.test
PASS: link-2.test
PASS: nomode.test
PASS: quote.test
PASS: sh.test
PASS: suffix.test
===================
All 56 tests passed
===================

        From the documentation I see:

     -------------------------------------------------------
     canonical host name          compiler  libtool results
       (tools versions)                     release
     -------------------------------------------------------
     hppa2.0-hp-hpux10.20            cc       1.3.2    ok
     hppa1.1-hp-hpux10.20            gcc      1.2f     ok
     hppa1.1-hp-hpux10.20            cc       1.2f     ok

        could you tell which one is yours ? hppa2.0, I guess and gcc
if I remember well. Anyway, it's a good hint about the fact that it
may not be a straight libtool failure.

     In the Writing libraries for C++ chapter of the libtool documentation
the following is mentionned:

  2. On some systems, the C++ compiler must take special actions for the
     dynamic linker to run dynamic (i.e., run-time) initializers.  This
     means that we should not call `ld' directly to link such
     libraries, and we should use the C++ compiler instead.

  This may also be a compiler issue. I rapidly checked in the HPPA section
of gcc-2.95 but found nothing. I should probably dig the gcc mailing lists
or deja.com when I'll be back to fast connectivity ;-)

  Can you check if htdig link (for instance) is done with the compiler
or the linker alone ? 

   Cheers,

-- 
                Loic Dachary

                24 av Secretan
                75019 Paris
                Tel: 33 1 42 45 09 16
                e-mail: [EMAIL PROTECTED]
                URL: http://www.senga.org/


------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
[EMAIL PROTECTED] 
You will receive a message to confirm this. 

Reply via email to