Mailing List Archive

Problems linking ethereal-0.99 on solaris 8
I've been trying to compile the ethereal sources, both on winxp+cygwin and
on a sunblade (sparc) with solaris 8.

This is the problem in solaris:

creating .libs/etherealS.c
(cd .libs && gcc -c -fno-builtin "etherealS.c")
rm -f .libs/etherealS.c .libs/ethereal.nm .libs/ethereal.nmS
.libs/ethereal.nmT
gcc -DINET6 -DSOLARIS8_INET6 "-D_U_=__attribute__((unused))" -Wall
-Wpointer-arith -W -g -O2 -Wno-return-type -DFUNCPROTO=15
-I/usr/local/include -I/opt/csw/include/gtk-1.2
-I/opt/csw/include/glib-1.2-I/opt/csw/lib/glib/include -o
.libs/ethereal
capture-pcap-util-unix.o capture_errs.o
capture-pcap-util.ocapture_stop_conditions.o capture_ui_utils.o
cfile.o clopts_common.o conditions.o disabled_protos.o packet-range.o
print.o ps.o pcapio.o ringbuffer.o timestats.o util.o version_info.o
alert_box.o capture.o capture_info.o capture_opts.o capture_sync.o
color_filters.o file.o fileset.o filters.o g711.o merge.o proto_hier_stats.o
sync_pipe_write.o summary.o tempfile.o .libs/etherealS.o
-L/opt/pub/gnu34/5.8/lib -L/opt/pub/gnu34/lib -L/usr/local/lib gtk/libui.a
wiretap/.libs/libwiretap -L/opt/csw/lib epan/.libs/libethereal
/opt/csw/lib/libpcre.so -lpcap /opt/csw/lib/libgtk.so /opt/csw/lib/libgdk.so
/opt/csw/lib/libgmodule.so /opt/csw/lib/libglib.so -ldl -lXi -lXext -lX11
-lm /opt/csw/lib/libgnutls.so /opt/csw/lib/libgcrypt.so -lsocket
/opt/csw/lib/libgpg-error.so /opt/csw/lib/libintl.so
/opt/csw/lib/libiconv.so -lc -lnsl -lz -R/usr/local/lib -R/opt/csw/lib
-R/opt/csw/lib:{/opt/pub/gnu34/5.8/lib:/opt/pub/gnu34/lib:/usr/lib:/usr/dt/lib:/usr/openwin/lib:/opt/as/apssys1/apscehome/lib/runtime:/opt/as/lib:/opt/pub/lib:/usr/local/pub/lib}:/opt/csw/lib
Undefined first referenced
symbol in file
RegistrationRejectReason_vals gtk/libui.a(h225_counter.o)
register_all_protocol_handoffs gtk/libui.a(main.o)
AdmissionRejectReason_vals gtk/libui.a(h225_counter.o)
gsm_map_opr_code_strings gtk/libui.a(gsm_map_stat.o)
isup_message_type_value gtk/libui.a(voip_calls.o)
t30_facsimile_control_field_vals gtk/libui.a(voip_calls.o)
T_h323_message_body_vals gtk/libui.a(h225_counter.o)
DisengageRejectReason_vals gtk/libui.a(h225_counter.o)
FacilityReason_vals gtk/libui.a(h225_counter.o)
nt_cmd_vals gtk/libui.a(smb_stat.o)
dcerpc_add_conv_to_bind_table gtk/libui.a(decode_as_dcerpc.o)
smb_cmd_vals gtk/libui.a(smb_stat.o)
dcerpc_get_proto_hf_opnum gtk/libui.a(dcerpc_stat.o)
UnregRequestReason_vals gtk/libui.a(h225_counter.o)
capture_chdlc capture_info.o
capture_prism capture_info.o
ansi_a_ios401_dtap_strings gtk/libui.a(ansi_a_stat.o)
UnregRejectReason_vals gtk/libui.a(h225_counter.o)
rtp_payload_type_vals gtk/libui.a(rtp_stream_dlg.o)
RasMessage_vals gtk/libui.a(h225_counter.o)
t30_indicator_vals gtk/libui.a(voip_calls.o)
q931_message_type_vals gtk/libui.a(voip_calls.o)
gsm_a_dtap_msg_ss_strings gtk/libui.a(gsm_a_stat.o)
gsm_a_dtap_msg_sm_strings gtk/libui.a(gsm_a_stat.o)
gsm_a_dtap_msg_rr_strings gtk/libui.a(gsm_a_stat.o)
gsm_a_dtap_msg_cc_strings gtk/libui.a(gsm_a_stat.o)
gsm_a_dtap_msg_mm_strings gtk/libui.a(gsm_a_stat.o)
vals_status gtk/libui.a(wsp_stat.o)
InfoRequestNakReason_vals gtk/libui.a(h225_counter.o)
vals_pdu_type gtk/libui.a(wsp_stat.o)
gsm_a_dtap_msg_gmm_strings gtk/libui.a(gsm_a_stat.o)
gsm_a_dtap_msg_sms_strings gtk/libui.a(gsm_a_stat.o)
capture_ieee80211 capture_info.o
rpc_prog_hf gtk/libui.a(rpc_stat.o)
dcerpc_get_proto_sub_dissector gtk/libui.a(dcerpc_stat.o)
DisengageReason_vals gtk/libui.a(h225_counter.o)
CommandCode_vals gtk/libui.a(afp_stat.o)
rpc_progs gtk/libui.a(rpc_stat.o)
rpc_procs gtk/libui.a(rpc_stat.o)
smb2_cmd_vals gtk/libui.a(smb2_stat.o)
LocationRejectReason_vals gtk/libui.a(h225_counter.o)
ReleaseCompleteReason_vals gtk/libui.a(h225_counter.o)
GatekeeperRejectReason_vals gtk/libui.a(h225_counter.o)
q931_cause_code_vals gtk/libui.a(voip_calls.o)
proto_data print.o
dcerpc_get_proto_name gtk/libui.a(dcerpc_stat.o)
capture_fr capture_info.o
capture_tr capture_info.o
trans2_cmd_vals gtk/libui.a(smb_stat.o)
rtp_payload_type_short_vals gtk/libui.a(voip_calls.o)
BandRejectReason_vals gtk/libui.a(h225_counter.o)
capture_radiotap capture_info.o
t30_facsimile_control_field_vals_short gtk/libui.a(voip_calls.o)
fc_fc4_val gtk/libui.a(fc_stat.o)
isup_message_type_value_acro gtk/libui.a(voip_calls.o)
ansi_a_ios401_bsmap_strings gtk/libui.a(ansi_a_stat.o)
capture_ppp_hdlc capture_info.o
rpc_prog_name gtk/libui.a(rpc_progs.o)
capture_eth capture_info.o
capture_enc capture_info.o
capture_atm capture_info.o
capture_raw capture_info.o
capture_sll capture_info.o
rpc_proc_name gtk/libui.a(rpc_stat.o)
t30_data_vals gtk/libui.a(voip_calls.o)
gsm_a_bssmap_msg_strings gtk/libui.a(gsm_a_stat.o)
capture_arcnet capture_info.o
capture_ap1394 capture_info.o
register_all_protocols gtk/libui.a(main.o)
capture_fddi capture_info.o
capture_clip capture_info.o
capture_null capture_info.o
capture_llap capture_info.o
capture_ipfc capture_info.o
dcerpc_hooks_init_protos gtk/libui.a(decode_as_dcerpc.o)
dcerpc_get_transport_salt gtk/libui.a(decode_as_dcerpc.o)
ansi_map_opr_code_strings gtk/libui.a(ansi_map_stat.o)
dcerpc_uuids gtk/libui.a(decode_as_dcerpc.o)
ld: fatal: Symbol referencing errors. No output written to .libs/ethereal

I tried to change the "sed" used, to /usr/xpg4/bin/sed according to
http://ethereal.mirroring.de/lists/ethereal-dev/200201/msg00041.html, but no
progress.

Compiling using cygwin I've got this problem, after manually defining
the NEED_INET_V6DEFS_H
in config.h and excluding plugins/acn from the build process (had some
problem with it):

if gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./wiretap -I/usr/local/include
-D_U_="__attribute__((unused))" -Wall -Wpointer-arith -W -g -O2
-I/usr/local/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/includ
e -MT pcapio.o -MD -MP -MF ".deps/pcapio.Tpo" -c -o pcapio.o pcapio.c; \
then mv -f ".deps/pcapio.Tpo" ".deps/pcapio.Po"; else rm -f
".deps/pcapio.Tpo"; exit 1; fi
pcapio.c:51:18: pcap.h: No such file or directory
In file included from pcapio.c:55:
pcapio.h:38: warning: "struct pcap_pkthdr" declared inside parameter list
pcapio.h:38: warning: its scope is only this definition or declaration,
which is probably not what you want
pcapio.c:135: warning: "struct pcap_pkthdr" declared inside parameter list
pcapio.c:136: error: conflicting types for 'libpcap_write_packet'
pcapio.h:38: error: previous declaration of 'libpcap_write_packet' was here
pcapio.c:136: error: conflicting types for 'libpcap_write_packet'
pcapio.h:38: error: previous declaration of 'libpcap_write_packet' was here
pcapio.c: In function `libpcap_write_packet':
pcapio.c:140: error: dereferencing pointer to incomplete type
pcapio.c:141: error: dereferencing pointer to incomplete type
pcapio.c:142: error: dereferencing pointer to incomplete type
pcapio.c:143: error: dereferencing pointer to incomplete type
pcapio.c:154: error: dereferencing pointer to incomplete type
pcapio.c:155: error: dereferencing pointer to incomplete type
pcapio.c:162: error: dereferencing pointer to incomplete type
make[2]: *** [pcapio.o] Error 1

sounds like pcap is missing, but I've passed the --without-pcap argument to
./configure.

// Regards Niklas Nummelin
Re: Problems linking ethereal-0.99 on solaris 8 [ In reply to ]
Hi,

This looks like bug 528
(http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=528)
to me. Have a look there and see if it helps.

Thanx,
Jaap


_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@ethereal.com
http://www.ethereal.com/mailman/listinfo/ethereal-dev
Re: Problems linking ethereal-0.99 on solaris 8 [ In reply to ]
Hello!

I uncommented the g_asserts in the files mentioned in the previous posts (
drange.c, sttype-test.c), and recompiled and linked libethereal, which gave
me a working ethereal. Would still be nice to know why those g_asserts
didnĀ“t work (I guess there are a lot of them on other places). I did find a
definition g_assert_warning in gmessage.h (for glib2.0), but not in the
available headers for glib1.2 (which is the one I use) .

Regards Niklas Nummelin
Re: Problems linking ethereal-0.99 on solaris 8 [ In reply to ]
On Wed, Jun 28, 2006 at 10:43:03AM +0200, Niklas Nummelin wrote:
> I uncommented the g_asserts in the files mentioned in the previous posts (
> drange.c, sttype-test.c), and recompiled and linked libethereal, which gave
> me a working ethereal. Would still be nice to know why those g_asserts
> didn?t work (I guess there are a lot of them on other places). I did find a
> definition g_assert_warning in gmessage.h (for glib2.0), but not in the
> available headers for glib1.2 (which is the one I use) .

OK, can you a) please test the current version of the wireshark sources
whether they build out of the box now? b) send further problem reports
to wireshark-dev@wireshark.org instead of etherael-dev... and c) if any
problems remain open a bugreport at http://bugs.wireshark.org/?
Currently things are a bit slow and that way we can make sure that these
bugs don't get lost.

Thanks again for the report!

Ciao
Joerg
>
> Regards Niklas Nummelin

> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@ethereal.com
> http://www.ethereal.com/mailman/listinfo/ethereal-dev


--
Joerg Mayer <jmayer@loplof.de>
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@ethereal.com
http://www.ethereal.com/mailman/listinfo/ethereal-dev