Dan wrote:
Please help -- I can't emerge ethereal and I would really like to use it.
i686-pc-linux-gnu-gcc -DINET6 "-D_U_=__attribute__((unused))" -Wall -W
-O -mcpu=i686 -march=athlon -fomit-frame-pointer -pipe
-I/usr/local/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -o text2pcap
text2pcap.o text2pcap-scanner.o -Wl,--export-dynamic -pthread
-L/usr/local/lib /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libglib-2.0.so -lm -lz
collect2: ld returned 1 exit status
make[2]: *** [text2pcap] Error 1
make[2]: *** Waiting for unfinished jobs....
make[3]: Leaving directory
`/var/tmp/portage/ethereal-0.10.12/work/ethereal-0.10.12/doc'
make[2]: Leaving directory
`/var/tmp/portage/ethereal-0.10.12/work/ethereal-0.10.12'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/ethereal-0.10.12/work/ethereal-0.10.12'
make: *** [all] Error 2
When using MAKEOPTS=-j2 or higher, you can expect some builds to simply
fail, usually with an error from the linker. This is because the
another make process may see an object file that gcc hasn't finished
writing yet, and spawn a gcc process to link with that incomplete object
file.
So you have that error, but it also appears that the dependancy rules
inside the ethereal makefiles do not account for the radius directory,
so one process ends up trying to use it when it hasn't been created yet.
In either case, the solution is the same: MAKEOPTS=j1 emerge ethereal.
-Richard
--
gentoo-user@gentoo.org mailing list
