C compiler cannot create executables

[Ryan Schmidt]

On Sep 26, 2008, at 03:34, Ryan Schmidt wrote:

> On Sep 26, 2008, at 03:24, Otto Roberson Bertsch wrote:
>
>> I downloaded macports via subversion and tried ./configure, here a
>> snip from config.log:
>>
>> configure:2502: $? = 0
>> configure:2509: gcc -v >&5
>> Using built-in specs.
>> Target: i686-apple-darwin9
>> Configured with: /var/tmp/gcc/gcc-5488~2/src/configure --disable-
>> checking -enable-werror --prefix=/usr --mandir=/share/man --enable-
>> languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/
>> s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/
>> usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-
>> tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
>> Thread model: posix
>> gcc version 4.0.1 (Apple Inc. build 5488)
>> configure:2512: $? = 0
>> configure:2519: gcc -V >&5
>> gcc-4.0: argument to `-V' is missing
>> configure:2522: $? = 1
>> configure:2545: checking for C compiler default output file name
>> configure:2572: gcc    conftest.c  >&5
>> cc1: error: /usr/local/include: Not a directory
>
> It sounds like you may have a directory in /usr/local whose name
> begins with "include" and then a space, e.g. "include 1".

Either that, or /usr/local/include exists on your system but is not a  
directory (perhaps it is a file instead). This would be quite  
strange, and if that's the case, then it should be removed as well.

To fix the problem in either case, since it causes problems for  
MacPorts to have things in /usr/local, you can rename /usr/local to / 
usr/local-off for now.