Summary: | dev-libs/elfutils-0.118 can't be emerged | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | AlexStar <staralex> |
Component: | [OLD] Library | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | resulting "readelf.i" |
Description
AlexStar
2006-05-21 04:01:21 UTC
that's a bit weird considering that stuff is defined in error.h and readelf.c includes the error.h header file run this: cd /var/tmp/portage/elfutils-0.118/work/elfutils-0.118/src gcc -D_GNU_SOURCE -DHAVE_CONFIG_H \ -I. -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../lib \ -Wall -Wshadow -std=gnu99 -Wunused -W -Wformat=2 -O3 -march=athlon-xp \ -pipe -fomit-frame-pointer -c -o readelf.o readelf.c if that fails, then run: gcc -D_GNU_SOURCE -DHAVE_CONFIG_H \ -I. -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../lib \ -Wall -Wshadow -std=gnu99 -Wunused -W -Wformat=2 -O3 -march=athlon-xp \ -pipe -fomit-frame-pointer -E -dD -o readelf.i readelf.c and post the readelf.i file as an attachment Created attachment 87271 [details] resulting "readelf.i" Well, here is the result: Gentoo2 ~ # cd /var/tmp/portage/elfutils-0.118/work/elfutils-0.118/src Gentoo2 src # gcc -D_GNU_SOURCE -DHAVE_CONFIG_H \ > -I. -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../lib \ > -Wall -Wshadow -std=gnu99 -Wunused -W -Wformat=2 -O3 -march=athlon-xp \ > -pipe -fomit-frame-pointer -c -o readelf.o readelf.c readelf.c: In function `main': readelf.c:203: warning: implicit declaration of function `error' readelf.c:226: error: `error_message_count' undeclared (first use in this function) readelf.c:226: error: (Each undeclared identifier is reported only once readelf.c:226: error: for each function it appears in.) So, look at the attach included Should I re-open the bug? you have crap in your local system, fix it # 1 "/usr/local/include/error.h" 1 3 Thank you very much! The problem was exactly there. Fixed, thanks again! Just a suggestion: why that error appeared? Is that default compiler behavoiur - to "look" inside /usr/local/include/ before "looking at" really valid includes? yes, /usr/local/include will be searched before /usr/include this is the expected behavior |