Build problem with gcc 3.4 on Mac OS X

Davide Angelocola riavulo@slackit.org
Sun Jun 27 17:27:00 GMT 2004


On Jun 26, 2004, at 4:50 AM, Jim Wilson wrote:

> Davide Angelocola wrote:
>> checking how to run the C preprocessor... /lib/cpp
>> configure: error: C preprocessor "/lib/cpp" fails sanity check
>> $ grep cpp gcc/config.log
>> /Users/davang/gcc-3.4.0/gcc/configure: line 1: /lib/cpp: No such file 
>> or directory
>> configure:2814: /lib/cpp  conftest.c
>
> If you look at the gcc/config.log file instead of grepping it, you 
> should see some useful info that might explain the failure.
>
> configure will try "$CC -E" first, if this doesn't work, then I might 
> wonder if something is wrong with the value of CC in your environment.
>
> I don't know why /lib/cpp would be used unless perhaps you have the 
> CPP environment variable set to it, but then that begs the question of 
> why that environment variable is set.  It should not be set normally.
Ok, I've looked deeply. There are few interesting lines that should 
point me to the solution:
configure:2111: gcc -g -O2 -no-cpp-precomp  conftest.c  >&5
configure:2205: gcc -o conftest -g -O2 -no-cpp-precomp  conftest.c  >&5
configure:2261: gcc -c -g -O2 -no-cpp-precomp conftest.c >&5
configure:2315: gcc -c -g -O2 -no-cpp-precomp conftest.c >&5
configure:2365: gcc -c -g -no-cpp-precomp conftest.c >&5
configure:2463: gcc  -c -g -O2 -no-cpp-precomp conftest.c >&5
configure:2508: gcc -c -g -O2 -no-cpp-precomp conftest.c >&5
***configure:2749: gcc -c -Wno-long-long -no-cpp-precomp conftest.c >&5 
****
configure:2896: result: /usr/bin/cpp
configure:2921: /usr/bin/cpp -no-cpp-precomp conftest.c
configure:2921: /usr/bin/cpp -no-cpp-precomp conftest.c
configure:2995: error: C preprocessor "/usr/bin/cpp" fails sanity check

The test fails when configure try to compile a conftest.c file with 
-Wno-long-long.

>> $ CPP="/usr/bin/cpp" make
>
> You may need to delete some config.cache files, and it is probably 
> better to rerun configure than run make.  Actually, it is probably 
> best to rm -rf your entire build tree and try again, just to make sure 
> you are getting a clean build.
Yes, I've already tried.

> I would suggest trying CPP="cc -E", or whatever $CC is set to instead 
> of using /usr/bin/cpp directly.  Or better yet, just set it to an 
> empty string, and let configure determine which program to use as the 
> C preprocessor.
I've tried this too.

Thanks in advance.
  -- Davide Angelocola



More information about the Gcc-help mailing list