Jeff Morriss wrote:
>
> This was mentioned here:
>
> http://www.ethereal.com/lists/ethereal-dev/200505/msg00434.html
>
> but I don't see any followups.
>
> Building 0.10.12 fails for me on Solaris 8:
>
>> gcc -DINET6 -DSOLARIS8_INET6 "-D_U_=__attribute__((unused))" -Wall -W
>> -g -O2 -Wno-return-type -DFUNCPROTO=15 -I/usr/local/include
>> -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2
>> -I/usr/local/lib/glib/include -I/usr/openwin/include -o .libs/ethereal
>> pcap-util-unix.o capture_stop_conditions.o capture_ui_utils.o cfile.o
>> clopts_common.o conditions.o disabled_protos.o packet-range.o
>> pcap-util.o print.o ps.o ringbuffer.o timestats.o util.o
>> version_info.o alert_box.o capture.o capture_opts.o capture_sync.o
>> capture_loop.o color_filters.o file.o fileset.o filters.o g711.o
>> merge.o proto_hier_stats.o summary.o .libs/etherealS.o
>> -L/usr/local/lib gtk/libui.a wiretap/.libs/libwiretap.so
>> epan/.libs/libethereal.so -lpcap -L/usr/openwin/lib
>> /usr/local/lib/libgtk.so /usr/local/lib/libgdk.so
>> /usr/local/lib/libgmodule.so /usr/local/lib/libglib.so -ldl -lXext
>> -lX11 -lsocket -lm -lnsl -lz -R/usr/local/lib -R/usr/openwin/lib
>> -R/usr/local/lib:/usr/dt/lib:/usr/openwin/lib:
>> Undefined first referenced
>> symbol in file
>> libiconv epan/.libs/libethereal.so
>> libiconv_open epan/.libs/libethereal.so
>> libiconv_close epan/.libs/libethereal.so
>> ld: fatal: Symbol referencing errors. No output written to .libs/ethereal
>> collect2: ld returned 1 exit status
>> make[2]: *** [ethereal] Error 1
>> make[2]: Leaving directory
>> `/u/morriss/ethereal-dev/source/ethereal-0.10.12'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory
>> `/u/morriss/ethereal-dev/source/ethereal-0.10.12'
>> make: *** [all] Error 2
>> beartooth [~/ethereal-dev/source/ethereal-0.10.12/]>
>
>
> I hacked "config.status" to add "-liconv" and got it to link, but
> shouldn't this be automatic? (Why doesn't it work for me but it works
> for the buildbot?)
The Solaris builder is using the iconv routines in libc, and doesn't
need to link to a separate libiconv. It looks like we need to add a
check for a separate "iconv" library to configure.in.
