On Sat, 1 Jan 2000, Guy Harris wrote:
> > I also manually redid the links performed by libtool, since AIX seems to
> > disagree with it,
>
> Do you have an example of the problems? This might just be "libtool"
> not handling AIX very well.
Yes, I don't think there's anything to be done in ethereal about this, its
either AIX thats weird (or I'm just paranoid).
The basic symptom that made me give up on libtool is that when it
creates a shared object, for example libglib.so, it then "makes"
a libriary by just copying libglib.so to libglib.a. Then when a
program is linked with -lglib, the AIX linker complains about duplicate
symbols (p_xargc, p_xargv, ...) and the resulting executable core-dumps.
To correct the problem I just perform exactly the same compilation
command, but with an output file "shr.o" (a good traditional name
for a shared-object) and then use 'ar' to create the lib file. This
lib will then link into the executable wiout creating duplicate symbols...
So now when I compile a new freeware, I log the output of make and
go back and check each link step. And if I'm not sure if its right
I do it again manually... For Ethereal, I just have to redo the libui.a
to remove the gtkclist.o, and I also relinked the libltdl.a (AIX
didn't appreciate the suffix .la.
Once I'd modified the libs I continued to do the link of ethereal itself,
though that was probably pure paranoia....
For the plugin, I tried both shared objects, the one created by make and
by make, but it systematically core-dumped.
Cheers
Ciaran
+-------------------------------------------------------------------------+
Ciaran Deignan Tel: (France) 04 76 29 79 92
BULL XS-BU (http://www-frec.bull.com) HA and Consolidation
Mail to: Ciaran.Deignan@xxxxxxxx Bullcom: 229 79 92
PGP: B1 78 FB 88 FD 86 58 A8 89 7B 22 8C D0 E8 71 FC Fax: 229 75 18
+-------------------------------------------------------------------------+
