All the Perl that's Practical to Extract and Report

Navigation

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Without JavaScript enabled, you might want to
use the classic discussion system instead. If you login, you can remember this preference.

Please Log In to Continue

sh Configure -Ulocincpth=should do what you want. (You may also wish to add
-Uloclibpth=if/usr/local/lib also has junk you don't want.)

(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.)

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 I could know everthing was configured correctly.

And now I'm up and running! I just configured CPAN.pm and am busy installing the modules that I need. Wow, this has been a nightmare.

Oh, and yesterday I got permission to temporarily move all the *.h files out of/usr/local/include in order to build a working gcc that would ignore it. But in the end my compiler built on the other system idea worked.

Interestingly enough, Sun's cc also searches/usr/local/include, and so therefore it does not work on this system, either. That was my team lead's initial response. (And I discovered that my team does not even know what gcc or GNU are.) So even the compiler they wanted me to use is borked up.

--J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers