Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-19 Thread Jeff Morriss


Martin Mathieson wrote:
 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...

Looking through the affected file in the gcc-3.4 branch:

http://gcc.gnu.org/viewcvs/branches/gcc-3_4-branch/gcc/varasm.c?view=log

it appears that this bug has not been fixed in that branch.

Looking through the emails from the Redhat bug, it appears the author of 
the patch needed an OK for the 3.4 branch:

http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01551.html

but I don't see any such OK.

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


Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-18 Thread Luis Ontanon
svn up  svn up -r 12345 file

On 4/18/07, Martin Mathieson [EMAIL PROTECTED] wrote:
 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 [EMAIL PROTECTED] 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@wireshark.org
  http://www.wireshark.org/mailman/listinfo/wireshark-dev
 
 ___
 Wireshark-dev mailing list
 Wireshark-dev@wireshark.org
 http://www.wireshark.org/mailman/listinfo/wireshark-dev



-- 
This information is top security. When you have read it, destroy yourself.
-- Marshall McLuhan
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev


Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Martin Mathieson
Hi,

My build is failing to link from this revision onwards.  The error
output is the following:

gcc -DINET6 -D_U_=__attribute__((unused)) -Wall -Wpointer-arith -W
-g -O2 -Wdeclaration-after-statement -I/usr/local/include -DXTHREADS
-D_REENTRANT -DXUSE_MTSAFE_API -I/opt/gnome/include/gtk-2.0
-I/opt/gnome/lib/gtk-2.0/include -I/usr/X11R6/include
-I/opt/gnome/include/atk-1.0 -I/opt/gnome/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/freetype2/config
-I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib/glib-2.0/include -o
.libs/wireshark capture-pcap-util-unix.o capture_errs.o
capture-pcap-util.o capture_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
airpcap_loader.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/wiresharkS.o -Wl,--export-dynamic -Wl,--export-dynamic
-L/usr/local/lib gtk/libui.a codecs/libcodec.a
wiretap/.libs/libwiretap.so -L/opt/gnome/lib
epan/.libs/libwireshark.so -L/usr/lib -lpcap -pthread
/opt/gnome/lib/libgtk-x11-2.0.so /opt/gnome/lib/libgdk-x11-2.0.so
/opt/gnome/lib/libatk-1.0.so /opt/gnome/lib/libgdk_pixbuf-2.0.so -lm
/opt/gnome/lib/libpangoxft-1.0.so /opt/gnome/lib/libpangox-1.0.so
/opt/gnome/lib/libpango-1.0.so /opt/gnome/lib/libgobject-2.0.so
/opt/gnome/lib/libgmodule-2.0.so -ldl /opt/gnome/lib/libgthread-2.0.so
-lpthread /opt/gnome/lib/libglib-2.0.so /usr/lib/libgnutls.so
/usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so -lz
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 :


Compiled with GTK+ 2.4.9, with GLib 2.4.6, with libpcap 0.8.3, with libz 1.2.1,
without libpcre, without Net-SNMP, without ADNS, without Lua, with GnuTLS
1.0.13, with Gcrypt 1.2.0, without Kerberos, without PortAudio, without AirPcap.
NOTE: this build doesn't support the matches operator for Wireshark filter
syntax.

Running on Linux 2.6.8-24-smp, with libpcap version 0.8.3.

Built using gcc 3.4.6.



I wondered if maybe I had some libraries built with the older version
of the compiler, but I don't see anything in the diff that suggests it
would pull in any more library code than before.  Going back to the
earlier version of the compiler isn't an easy option (but I will do if
no-one else has the same problem...).  Any ideas?

Best regards,
Martin

On 4/17/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=21452

 User: gerald
 Date: 2007/04/17 12:34 AM

 Log:
  More .11k/n updates from Dustin Johnson:

- Measurement Pilot frame support
- Various Block Ack fields
- Various Power fields
- Measurement Pilot field
- Country String field
- Channel Width field
- QoS Information fields

 Directory: /trunk/epan/dissectors/
   ChangesPath  Action
   +1025 -394 packet-ieee80211.cModified

 ___
 Wireshark-commits mailing list
 [EMAIL PROTECTED]
 http://www.wireshark.org/mailman/listinfo/wireshark-commits

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


Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Martin Mathieson
I just noticed (when trying to build with packet-ieee80211.c removed
from epan/dissectors/Makefile.common) that my config.h has the
following:

/* Enable AirPDcap (WPA/WPA2 decryption) */
#define HAVE_AIRPDCAP 1

Is this correct?

Martin

On 4/17/07, Martin Mathieson [EMAIL PROTECTED] wrote:
 I've tried various things today, including:

 make distclean ; ./autogen; ./configure ; make ; makeclean

 with the same result.  I've been poking around with nm looking for
 where the unresolved symbols might be defined, but no joy yet...

 Thanks,
 Martin

 On 4/17/07, Joerg Mayer [EMAIL PROTECTED] wrote:
  On Tue, Apr 17, 2007 at 05:31:02PM +0100, Martin Mathieson wrote:
   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 :
 
  Did you do a make distclean after the upgrade? If not, please try to do
  that.
 
   ciao
  Joerg
  --
  Joerg Mayer   [EMAIL PROTECTED]
  We are stuck with technology when what we really want is just stuff that
  works. Some say that should read Microsoft instead of technology.
  ___
  Wireshark-dev mailing list
  Wireshark-dev@wireshark.org
  http://www.wireshark.org/mailman/listinfo/wireshark-dev
 

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


Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Jeff Morriss


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@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev