Platform is SPARC/Solaris:
For version 0.9.14 of ethereal I had to manually produce a link
command that would produce an executable that wouldn't SEGV on startup.
I had to remove the crypt libraries, etc. because they would not exist on
some of the machines running ethereal.
I have finally moved to 0.9.16 and with this:
./configure --disable-usr-local --prefix=/telos/mlum --without-ssl --withou
t-ucd-snmp --with-ethereal --with-plugins=/
I can produce an ethereal executable that links by itself and that
works on my development machine.
However, ldd shows the following:
seti.mlum.2706> ldd ethereal
libgtk-1.2.so.0 => /telos/mlum/lib/libgtk-1.2.so.0
libgdk-1.2.so.0 => /telos/mlum/lib/libgdk-1.2.so.0
libgmodule-1.2.so.0 => /telos/mlum/lib/libgmodule-1.2.so.0
libglib-1.2.so.0 => /telos/mlum/lib/libglib-1.2.so.0
libdl.so.1 => /usr/lib/libdl.so.1
libXext.so.0 => /usr/lib/libXext.so.0
libX11.so.4 => /usr/lib/libX11.so.4
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libm.so.1 => /usr/lib/libm.so.1
libz.so.1 => /usr/lib/libz.so.1
libgcc.so => /usr/local/lib/libgcc.so
libc.so.1 => /usr/lib/libc.so.1
libdga.so.1 => /usr/X/lib/libdga.so.1
libmp.so.2 => /usr/lib/libmp.so.2
/usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
and the production machines do not have 'libgcc.so'.
How can I remove the dependency on libgcc.so, is there a way
to cause ethereal to be linked against libgcc.a instead ?
Thanks for any help.
--
Michael Lum Architect
4600 Jacombs Road (604) 276-0055
Richmond, B.C.
Canada V6V 3B1
Telos Technology
Winner of the 2003 GSM Association Award
for Technology Innovation
Best Infrastructure