[toplevel] remove tentative_cc

Joseph S. Myers joseph@codesourcery.com
Fri Apr 1 17:04:00 GMT 2011


I see there's more than just tentative_cc that tries to deal with compiler 
settings in ways that should be the responsibility of autoconf.  There's 
the

# Make sure that the compiler is able to generate an executable.  If it
# can't, we are probably in trouble.  We don't care whether we can run the
# executable--we might be using a cross compiler--we only care whether it
# can be created.  At this point the main configure script has set CC.

code - and there's probably a better autoconf-native way of testing that 
the compiler can link an executable than the shell code here.  And that's 
immediately followed by

# The Solaris /usr/ucb/cc compiler does not appear to work.

which is surely outside what the script ought to be doing.  I don't think 
the

# hpux11 in 64bit mode has libraries in a weird place.  Arrange to find
# them automatically.

code makes any sense now either; autoconf knows about /usr/X11R6/include 
if you use the right macros, while GCC appears to have known to search in 
/usr/lib/pa20_64 for this target since at least 2004.

-- 
Joseph S. Myers
joseph@codesourcery.com



More information about the Gcc-patches mailing list