Bug 64126 – nmap failing to compile, syntax error in raw.h reported

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Heitzso 2004-09-15 06:05:53 UTC]

2.6.8 r3, kernel headers 26
nmap hasn't been compiling for a month or so (I was hoping it would get fixed)
after latest kernel upgrade I re-emerged libpcap
to see if that fixed, but did not.  Key error msg:
======
make[1]: Entering directory `/var/tmp/portage/nmap-3.55/work/nmap-3.55/libpcap-possiblymodified'
gcc -I.  -g -O2 -O2 -march=athlon-xp -pipe -DHAVE_CONFIG_H -c ./pcap-snoop.c
In file included from pcap-snoop.c:36:
/usr/include/net/raw.h:24: error: syntax error before "u32"

with numerous follow on errors flowing from that error

I assume some key library or headers need to be cleaned
and re-emerged but don't have a clue which those would
be.  Googling I see comment that raw.h should not be on
a Linux system, but don't know if that is pertinent any
more (came from an old email).

Reproducible: Always
Steps to Reproduce:
1. emerge nmap
2.
3.

Actual Results:  
....
make[1]: Entering directory
`/var/tmp/portage/nmap-3.55/work/nmap-3.55/libpcap-possiblymodified'
gcc -I.  -g -O2 -O2 -march=athlon-xp -pipe -DHAVE_CONFIG_H -c ./pcap-snoop.c
In file included from pcap-snoop.c:36:
/usr/include/net/raw.h:24: error: syntax error before "u32"


Expected Results:  
compiled clean

Gentoo Base System version 1.4.16
Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.3.20040420-r1,
2.6.8-gentoo-r3)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 AMD Athlon(tm) XP 2200+
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://cudlug.cudenver.edu/gentoo/
ftp://gentoo.mirrors.pair.com/ http://adelie.polymtl.ca/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups
curl directfb doc encode esd foomaticdb freetds gb gd gdbm gif gnome gphoto2 gpm
gtk gtk2 gtkhtml guile imap imlib java jikes jpeg junit libg++ libwww mad
maildir mikmod motif mozilla mpeg mysql ncurses nls odbc oggvorbis opengl oss
pam pdflib perl php plotutils png postgres ppds python qt quicktime readline
ruby samba sasl scanner sdl slang soap spell ssl svga tcltk tcpd tetex tiff
truetype usb wavelan wxwindows x86 xml xml2 xmlrpc xmms xprint xv zlib"

[Comment 1 Michal Januszewski (RETIRED) 2004-09-27 11:14:20 UTC]

Which version of linux26-headers are you using? 2.6.8.1?

[Comment 2 Heitzso 2004-09-27 14:37:45 UTC]

stable version:
I just ran emerge linux26-headers to force the version to show and got:
emerge (1 of 1) sys-kernel/linux26-headers-2.6.7-r4 to /

There may be a simpler way to do that, but that works.
Just before I ran
"emerge -u linux26-headers" and it refused on the basis
that linux26-headers was up to date, so 2.6.7-r4 it is.

Linux version is: "Linux version 2.6.8-gentoo-r3"

[Comment 3 Michal Januszewski (RETIRED) 2004-10-02 10:51:42 UTC]

Could you check which package provides '/usr/include/net/raw.h' on your system? (use etcat -b /usr/include/net/raw.h or grep '/usr/include/net/raw.h' /var/db/pkg/*/*/CONTENTS). On my system /usr/include/net/* are provided by glibc, but I don't have raw.h installed. Remerging whatever package provides that file might be a good idea here.

[Comment 4 Heitzso 2004-10-04 06:27:14 UTC]

raw.h does not belong to any package
I deleted and nmap now compiles fine
guessing raw.h came over from a /usr/src/linux/include
copy that I did awhile back trying to fix another Gentoo bug 

I'm changing status to resolved/invalid

[Comment 5 Jeroen Roovers (RETIRED) 2009-11-17 00:53:37 UTC]

*** Bug 293253 has been marked as a duplicate of this bug. ***