NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Re: Please don't use /usr/local/include (Score:1)
should do what you want. (You may also wish to add
-Uloclibpth=
if
(Incidentally -- posting to perl5-porters@perl.org with build questions is far more likely to get a timely response. I don't usually read use.perl.org. I only saw this because Jarkko spotted it and sent me a note.)
Reply to This
Re: Please don't use /usr/local/include (Score:2)
Thank you. Unfortunately now I've discovered that gcc chooses to search /usr/local/include anyway. Lovely, huh?
J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
Re: Please don't use /usr/local/include (Score:2)
Gah. At this point one is supposed to challenge the gcc developers to a game of bat-leh. Or binary patch gcc. Or possibly its spec file, or where it is pulling that silly idea from.
Re: Please don't use /usr/local/include (Score:2)
lol. I worked and worked to try to figure out where gcc was getting that from. I could not find a single file used by gcc that included /usr/local/include!
Finally I took this route: I found out what option to pass to gcc at configuration to tell it to not look in /usr/local/include. I compiled a gcc on another system. Slightly older operating system, but it worked when I tarred it up and moved it over. Ugh, I hate doing that. Then I used that working gcc to compile a new gcc on the target system so
J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
Re: (Score:2)
Option to change this is --with-local-prefix=dirname. It doesn't seem to output with ./configure --help on gcc 4.1.1. Not sure if that means it's gone or what. (I may know soon, though. :) )
J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers