make[3]: Entering directory `/var/tmp/portage/howl-0.9.6-r2/work/howl-0.9.6/test/step' source='step.c' object='step.o' libtool=no \ depfile='.deps/step.Po' tmpdepfile='.deps/step.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include/ -march=athlon-xp -O2 -fomit-frame-pointer -pipe -mfpmath=sse,387 -msse -mmmx -c `test -f 'step.c' || echo './'`step.c step.c: In function `main': step.c:65: error: `SW_LOG_INFO' undeclared (first use in this function) step.c:65: error: (Each undeclared identifier is reported only once step.c:65: error: for each function it appears in.) make[3]: *** [step.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/howl-0.9.6-r2/work/howl-0.9.6/test/step' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/howl-0.9.6-r2/work/howl-0.9.6/test/step' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/howl-0.9.6-r2/work/howl-0.9.6/test' make: *** [check-recursive] Error 1 !!! ERROR: net-misc/howl-0.9.6-r2 failed. !!! Function src_test, Line 566, Exitcode 0 !!! Make check failed. See above for details. !!! If you need support, post the topmost build error, NOT this status message. splat root # emerge info Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11-ck2 i686) ================================================================= System uname: 2.6.11-ck2 i686 AMD Athlon(TM) XP 1700+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 27 2005, 17:50:28)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.9.4, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -mfpmath=sse,387 -msse -mmmx" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/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/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -mfpmath=sse,387 -msse -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks maketest sandbox sfperms test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib abook acl alsa apm arts artworkextra avi berkdb bitmap-fonts bzip2 crypt cups curl emboss encode esd fam flac font-server foomaticdb fortran gdbm gif gkrellm gnome gnutls gpm gstreamer gtk gtk2 hal howl imlib jack java javascript jpeg kde kdeenablefinal libcaca libg++ libwww mad md5sum mikmod mmx mmxext motif mozilla mp3 mpeg ncurses nls nptl nvidia oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline real rtc sdl slang socks5 spell sse ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode xml2 xmms xprint xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
net-misc/howl-0.9.6-r2 compiled when I removed maketest from features. Should this still remain as a bug ? Failing a test might mean some hidden internal problems that are not apparent otherwise.
I have the same problem and my FEATURES are: FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
I had the same problem... I added net-misc/howl ~amd64 to my package.keywords and 0.9.8 compiled without problems.
Exactly the same problem. On investigating a bit further I found that ethtool.h (where the compilation breaks) does not include <linux/types.h> where __u32 is defined. Including this in a test file like this #include <linux/type.h> #include <linux/ethtool.h> eliminated the error due to the missing __u32 definition but I was left with the type u32 being undefined. I searched all the linux headers using grep to find the typedef and found two occurrences: one in <linux/cramfs_fs.h>; and one in <linux/i2o-dev.h>. Including one or other of these before <linux/ethtool.h> allowed the test case to compile, but I'm not going to try and install howl due to it breaking gnome as described in a newer bug. The problem here is that the headers are constructed in such a way that they are order-dependent. Both __u32 and u32 should be moved to <linux/types.h> as they are global types and <linux/types.h> should be included in every header file where it is needed. Doing this would solve this particular problem permanently. Also, I see no good reason simply from looking at the source why __u32 and u32 are defined separately, unless __u32 is for C99?
I have the same issue, and "workarounded" with version 0.9.8. There is another problem that begun just before; it doesn't bother me and this is not a demmand for support. I'm posting it here in hope that it might help with the howl emerging problem, since "ethtool" is complaining. Before emerging howl I updated the system, with a lot of etc-update, some manual, most automatic. Now my /etc/init.d/net.eth0 doesn't start: * Starting eth0 * Bringing up eth0 * up * No loaded modules provide "up" (up_start) [ !! ] Oddly, I have my adsl working just fine. My /etc/conf.d/net is a simple iface_eth0="up"
Looks like 92188 is a duplicate of this. I even posted on both by mistake!
Please, nevermind the hole /etc/init.d/net.eth0 story; I was about imporoper use of etc-update, and it's already fixed with no reflex on howl.
*** Bug 96081 has been marked as a duplicate of this bug. ***
Okay, 0.9.6 is no longer available in portage, however, this same issue exists in 0.9.8 and 1.0.0. The issue is with the 'maketest' feature (aka make check). I will be adding a RESTRICT="maketest" to the ebuilds for now. I have also sent a message to the support team for HOWL with the proper information about the error. James, I am unsure as to your error as that seems unrelated to the maketest issue. If that issue remains, please open a new bug
Upstream needs to provide logging library, marking as UPSTREAM