Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 281380 - net-analyzer/ntop-3.3.10-r1 failed to build
Summary: net-analyzer/ntop-3.3.10-r1 failed to build
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Alin Năstac (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-13 20:40 UTC by Vadim Kuznetsov (RETIRED)
Modified: 2009-08-22 13:25 UTC (History)
1 user (show)

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

Attachments
build log (build.log.0,1.00 MB, text/plain)
2009-08-13 20:46 UTC, Vadim Kuznetsov (RETIRED) 		Details
emerge --info (emerge--info,4.51 KB, text/plain)
2009-08-13 21:03 UTC, Vadim Kuznetsov (RETIRED) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vadim Kuznetsov (RETIRED) gentoo-dev 2009-08-13 20:40:15 UTC 
hash.c:1461: error: expected ‘{’ at end of input                                                                                                  
make[2]: *** [hash.lo] Error 1                                                                                                                    
make[2]: Leaving directory `/var/tmp/portage/net-analyzer/ntop-3.3.10-r1/work/ntop-3.3.10'


Reproducible: Always

Steps to Reproduce:
1. emerge ntop


Actual Results:  
emake failed
Comment 1 Vadim Kuznetsov (RETIRED) gentoo-dev 2009-08-13 20:46:54 UTC 
Created attachment 201171 [details]
build log
Comment 2 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-08-13 20:59:39 UTC 
Please post your "emerge --info".
Comment 3 Vadim Kuznetsov (RETIRED) gentoo-dev 2009-08-13 21:03:02 UTC 
Created attachment 201174 [details]
emerge --info
Comment 4 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-08-14 05:55:56 UTC 
Does the problem vanish when you compile the package with ccache being diabled?

By the way, simply out of curiosity, where did you get the openrc-0.5.0-r2 package from?
Comment 5 Vadim Kuznetsov (RETIRED) gentoo-dev 2009-08-14 12:58:15 UTC 
(In reply to comment #4)
> Does the problem vanish when you compile the package with ccache being diabled?
No it does not vanish.
Comment 6 Alin Năstac (RETIRED) gentoo-dev 2009-08-19 17:31:09 UTC 
That's not the first error in your build.log. 

Anyway, in your case compiler seems to include some kernel header files (namely from /usr/src/linux).
Why does it do that? I dunno, I suppose you screwed up your system in some way.

Closed as INVALID.
Comment 7 Vadim Kuznetsov (RETIRED) gentoo-dev 2009-08-21 14:15:41 UTC 
kernel headers are added to include path (-I/usr/src/linux/include) thru perl configuration information:

PERL_INC =  -fno-strict-aliasing -pipe -I/usr/src/linux/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm  -I/usr/lib/perl5/5.10.0/x86_64-linux/CORE

which is product of `perl -MExtUtils::Embed -e ccopts`:
configure:CFLAGS="$CFLAGS `perl -MExtUtils::Embed -e ccopts`"
configure:   PERL_INC=`perl -MExtUtils::Embed -e ccopts`

and ccopts got /usr/src/linux/include because perl was configured and compiled with
        -Dlocincpth="/usr/src/linux/include" \
Comment 8 Alin Năstac (RETIRED) gentoo-dev 2009-08-21 19:26:46 UTC 
Then I would say perl has a bug. 
An application shouldn't use kernel header files directly from the directory where kernel source code resides. It should use header files installed by linux-headers package (/usr/include/linux and friends). 
Feel free to open a perl bug.
Comment 9 Alin Năstac (RETIRED) gentoo-dev 2009-08-22 13:25:33 UTC 
FYI.. See following comments:
 bug 206455 comment 8
 bug 206455 comment 13