Wireshark-dev: Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trun
From: "Martin Mathieson" <martin.r.mathieson@xxxxxxxxxxxxxx>
Date: Wed, 18 Apr 2007 14:29:33 +0100
It does look like the same problem.

Their report says that a problem of this kind was fixed in
gcc-3.4.4-2{,.fc3}, so either its the same problem not fixed in
vanilla gcc-3.4.6 or another problem with similar symptoms...

For now I'm going to peg packet-ieee80211.c at this old revision (I'm
trying to work out if subversion can help by not updating this file
when I do 'svn update' from the top...).

Thanks,
Martin

On 4/18/07, Jeff Morriss <jeff.morriss@xxxxxxxxxxx> wrote:


Martin Mathieson wrote:
> Hi,
>
> My build is failing to link from this revision onwards.  The error
> output is the following:
[...]
> epan/.libs/libwireshark.so: undefined reference to `.LC1698'
> epan/.libs/libwireshark.so: undefined reference to `.LC1695'
> epan/.libs/libwireshark.so: undefined reference to `.LC1694'
> epan/.libs/libwireshark.so: undefined reference to `.LC1692'
> epan/.libs/libwireshark.so: undefined reference to `.LC1697'
> epan/.libs/libwireshark.so: undefined reference to `.LC1696'
> epan/.libs/libwireshark.so: undefined reference to `.LC1693'
> collect2: ld returned 1 exit status
>
> I recently updated my version of gcc from 3.4.3 -> 3.4.6.  Here is the
> version info from Help | About Wireshark :

That looks suspiciously similar to bug 156:

http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=156

which turned out to be a bug in GCC:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157308

Otherwise I'm not sure how something _we_ are doing wrong can cause an
undefined reference to something named ".LC*".

_______________________________________________
Wireshark-dev mailing list
Wireshark-dev@xxxxxxxxxxxxx
http://www.wireshark.org/mailman/listinfo/wireshark-dev