Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 77485 - net-tools-1.60-r10 fails to compile
Summary: net-tools-1.60-r10 fails to compile
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 All
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
: 168141 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-01-11 01:37 UTC by barthek
Modified: 2007-02-27 15:16 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description barthek 2005-01-11 01:37:20 UTC
I could have not found exactly this error in gentoo bugzilla so here I'm posting...
I can not compile mentioned ebuild:
i686-pc-linux-gnu-gcc -pipe -march=pentium3 -O3 -fomit-frame-pointer -fstack-protector  -I. -idirafter ./include/ -Ilib -D_GNU_SOURCE -Wall -I/var/tmp/portage/net-tools-1.60-r10/work/net-tools-1.60 -idirafter /var/tmp/portage/net-tools-1.60-r10/work/net-tools-1.60/include    -c -o fddi.o fddi.c
In file included from /usr/include/netinet/if_fddi.h:26,
                 from fddi.c:30:
/usr/include/linux/if_fddi.h:110: error: field `gen' has incomplete type
i686-pc-linux-gnu-gcc -pipe -march=pentium3 -O3 -fomit-frame-pointer -fstack-protector  -I. -idirafter ./include/ -Ilib -D_GNU_SOURCE -Wall -I/var/tmp/portage/net-tools-1.60-r10/work/net-tools-1.60 -idirafter /var/tmp/portage/net-tools-1.60-r10/work/net-tools-1.60/include    -c -o frame.o frame.c
make[1]: *** [fddi.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/home/tmp/portage/net-tools-1.60-r10/work/net-tools-1.60/lib'
make: *** [libdir] Error 2

!!! ERROR: sys-apps/net-tools-1.60-r10 failed.
!!! Function src_compile, Line 84, Exitcode 2
!!! emake libdir failed
!!! If you need support, post the topmost build error, NOT this status message.


1g ~ # emerge info
Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.4.28-gentoo-r2 i686)
=================================================================
System uname: 2.4.28-gentoo-r2 i686 Pentium III (Katmai)
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct  7 2004, 15:42:54)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r2
virtual/os-headers:  2.4.22
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-pipe -march=pentium3 -O3 -fomit-frame-pointer -fstack-protector"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-pipe -march=pentium3 -O3 -fomit-frame-pointer -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sfperms strict"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/"
LDFLAGS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.se.gentoo.org/gentoo-portage"
USE="x86 X acl berkdb caps chroot crypt gpm hardened ipv6 jpeg mmx ncurses pam perl png pthreads python readline ssl tcpd threads zlib"
Comment 1 SpanKY gentoo-dev 2005-01-11 06:25:23 UTC
prob linux-headers related ?
Comment 2 barthek 2005-01-11 06:38:52 UTC
the offending header file comes from glibc
(at least on my system)
have no idea whether it is affected by any other headers...
Comment 3 SpanKY gentoo-dev 2005-01-11 16:27:48 UTC
/usr/include/linux/if_fddi.h is not provided by glibc but by linux-headers
Comment 4 barthek 2005-01-12 13:14:58 UTC
hmm
1g ~ # epm -q -l glibc | grep fddi   
/usr/include/netinet/if_fddi.h

is there something wrong with my systems ?
Comment 5 SpanKY gentoo-dev 2005-01-12 15:13:18 UTC
you said /usr/include/netinet/if_fddi.h

i said /usr/include/linux/if_fddi.h

these files are not the same
Comment 6 barthek 2005-01-14 05:07:56 UTC
yes, my mistake. my apologies :)

i do not have linux headers on my systems
(it is injected but includes are linked
to current kernel source's includes)
Comment 7 SpanKY gentoo-dev 2005-01-14 06:17:43 UTC
ok, well that isnt supported by Gentoo ;)

re-open if the real linux-headers package still has a failure
Comment 8 Henti Smith 2006-09-12 14:54:41 UTC
(In reply to comment #7)
> ok, well that isnt supported by Gentoo ;)
> 
> re-open if the real linux-headers package still has a failure

I had this problem on a custom stage1 with 2.4 kernel and /usr/portage/profiles/default-linux/x86/no-nptl/2.4 profile. 

found the solution on : http://lkml.org/lkml/2004/10/19/276

quote 
--
Hi.

Without this patch (apply to /usr/include/netinet/if_fddi.h) build 
net-tools-1.60 failed

gcc -D_GNU_SOURCE -O3 -march=pentium4 -mcpu=pentium4 -mmmx -msse -msse2 
-mfpmath=sse  -I. -idirafter ./include/ -Ilib 
-I/var/tmp/portage/net-tools-1.60-r9/work/net-tools-1.60 -idirafter 
/var/tmp/portage/net-tools-1.60-r9/work/net-tools-1.60/include    -c -o 
fddi.o fddi.c
In file included from /usr/include/netinet/if_fddi.h:26,
                  from fddi.c:30:
/usr/include/linux/if_fddi.h:110: error: field `gen' has incomplete type

-- 
Igor A. Valcov
--- if_fddi.h.bak	2004-10-20 02:15:18.127214584 +0400
+++ if_fddi.h	2004-10-20 02:15:32.225071384 +0400
@@ -23,6 +23,7 @@
 #include <sys/types.h>
 #include <asm/types.h>
 
+#include <linux/netdevice.h>
 #include <linux/if_fddi.h>
 
 #ifdef __USE_BSD
--
Comment 9 Jakub Moc (RETIRED) gentoo-dev 2007-02-23 15:21:55 UTC
*** Bug 168141 has been marked as a duplicate of this bug. ***
Comment 10 Jakub Moc (RETIRED) gentoo-dev 2007-02-23 15:22:47 UTC
Still broken; we should really unmask 2.6 headers on 2.4 profiles.
Comment 11 SpanKY gentoo-dev 2007-02-27 15:16:53 UTC
old bug not suitable for tracking

also, need to decide on gentoo-dev list, not on bugzilla, as to whether this is what we even want