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]
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 t
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 subjec
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?
/loc
#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 stuf
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]
6 matches
Mail list logo