Summary: | Nestra 0.66-7 fails to build due to broken/missing include path in makefile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kyle Hokanson <khokanson> |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | amd64 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
stderr output of emerge when attempting 'emerge nestra'
diff to 'fix' the makefile output of 'emerge -evp nestra output of 'emerge -evp nestra' output of 'ls -l /usr/include/X11' patch to the ebuild script to make it build correctly |
Description
Kyle Hokanson
2005-10-26 17:16:23 UTC
No idea what "Nestra 0.66-7" means. nestra-0.66-r1 builds fine for me. Please attach the full output from the attempted merge. Also, please attach the output from "emerge -evp nestra" Created attachment 71541 [details]
stderr output of emerge when attempting 'emerge nestra'
sorry about the previous version confusion.
this is the output i get when attempting to merge nestra on my box.
Created attachment 71542 [details, diff]
diff to 'fix' the makefile
if I change the makefile to have "-I /usr/include" in the target for x11.o it
builds fine.
Created attachment 71543 [details]
output of 'emerge -evp nestra
Created attachment 71544 [details]
output of 'emerge -evp nestra'
Does "ls -l /usr/include/X11/Xlib.h" list anything? Created attachment 71557 [details]
output of 'ls -l /usr/include/X11'
/usr/include/X11 is present and full of header files
the ebuild does a lot of patching to the Makefile by itself to do the configuration (it doesnt use a configure script). perhaps 'sed -i -e 's:x11.c:x11.c -I /usr/include:' need to be in the ebuild too? if so, why does it build fine elsewhere? Created attachment 71559 [details, diff]
patch to the ebuild script to make it build correctly
Comment on attachment 71559 [details, diff]
patch to the ebuild script to make it build correctly
of course, the amd64 should have be ~amd64
no, forcing '-I /usr/include' doesnt make any sense is this a problem with my environment? there is no CPATH variable defined anywhere in the files in /etc/. ('grep -iR ^cpath /etc' returns nothing) but that doesn't explain why all the other files complie normally. not sure ... it emerges fine on my amd64 2005.1 :/ try putting '-v' into your CFLAGS and see what the include search paths gcc uses Ah crap. It was my system after all. there was a broken cross compiler that I had installed for some experimentation that I forgot about. got rid of that, and it works fine now. probably also why the cross compiler didnt work either... Sorry bout that... ok. glad you got it figured out. |