Bug#301064: gcc-3.4 build failure on hurd-i386
Or just hard code it on Debian to /usr/include, even if that is stupid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301064: gcc-3.4 build failure on hurd-i386
How about making gcc's configure test smart so that when you do "--prefix=" (the normal way to configure any program for the GNU system) it looks for headers in /include /local, and if you do --prefix=/usr (as Debian does) it would look for the files in /usr/include /usr/local? This is the right thing IMHO, it removes the hardcoded bit and makes it work as it should on both GNU and Debian GNU/Hurd (and GNU/Linux for that matter). I guess a simple patch would be to have the file that contains the /include bit to be autogenerated based on $includedir from autoconf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301064: gcc-3.4 build failure on hurd-i386
If /usr is a symlink to / and gcc uses /usr/include, it will work. If /usr is a real directory and gcc uses /usr/include, it will work as well. And if /usr doesn't exist, it will not work at all. Hard coding is just bad, period. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301064: gcc-3.4 build failure on hurd-i386
How about making gcc's configure test smart so that when you do "--prefix=" (the normal way to configure any program for the GNU system) it looks for headers in /include /local, and if you do --prefix=/usr (as Debian does) it would look for the files in /usr/include /usr/local? /local/include and /usr/local/include is what I meant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301064: gcc-3.4 build failure on hurd-i386
#v+ # In GNU, "/usr" is a four-letter word. NATIVE_SYSTEM_HEADER_DIR = /include #v- I think that just changing NATIVE_SYSTEM_HEADER_DIR to: NATIVE_SYSTEM_HEADER_DIR = $(prefix)/include would fix all problems, could someone with a GNU/Hurd system check that? It would kinda break stuff for people who install gcc in {/usr,/}local though... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301064: gcc-3.4 build failure on hurd-i386
Again, this should be a Debian-specific change for now. It will be a Debian specific change forever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]