From 2efdd08b402f42579548349e62c73c9fe999bc98 Mon Sep 17 00:00:00 2001 From: Joel Sherrill Date: Wed, 20 May 1998 17:06:57 +0000 Subject: Patch from Ralf Corseipus to fix latent configure problems suddenly triggered: The breakdown: * CC_FOR_TARGET and CXX_FOR_TARGET were not correctly re-read from autoconf's configuration cache (config.cache) * If -[gcc|g++] was not found while running configure, the config macros tried to use other (wrong) compilers (e.g. cc). Changes: * New RTEMS_PROG_CC macro (aclocal/prog-cc.m4). * New RTEMS_PROG_CXX macro (aclocal/prog-cxx.m4) * Moved a shell script fragment from configure.in to a new m4-autoconf macro (New file: aclocal/tool-prefix.m4) * Minor changes to configure.in I tested it with linux/posix (native gcc/primary libc) and sh-rtems/gensh1 on a linux host and didn't notice any bugs related to the problems mentioned above. There seem to be more bugs with the posix bsp, but I consider them minor as the build run completed successfully. It is just too late for me to attempt to fix them now. --- aclocal/canonicalize-tools.m4 | 4 ---- 1 file changed, 4 deletions(-) (limited to 'aclocal/canonicalize-tools.m4') diff --git a/aclocal/canonicalize-tools.m4 b/aclocal/canonicalize-tools.m4 index a3825cb746..1689d315ca 100644 --- a/aclocal/canonicalize-tools.m4 +++ b/aclocal/canonicalize-tools.m4 @@ -21,10 +21,6 @@ fi dnl check whether the tools exist dnl FIXME: What shall be done if they don't exist? -dnl NOTE: CC_FOR_TARGET should always be valid at this point, -dnl cf. RTEMS_PROG_CC -AC_PATH_PROG(CC_FOR_TARGET,"$program_prefix"gcc,no) - dnl FIXME: This may fail if the compiler has not been recognized as gcc dnl and uses tools with different names AC_PATH_PROG(AR_FOR_TARGET,"$program_prefix"ar,no) -- cgit v1.2.3