Changeset 2efdd08 in rtems for aclocal/canonicalize-tools.m4


Ignore:
Timestamp:
May 20, 1998, 5:06:57 PM (22 years ago)
Author:
Joel Sherrill <joel.sherrill@…>
Branches:
4.10, 4.11, 4.8, 4.9, master
Children:
27dccae
Parents:
17a8d603
Message:

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 <target>-[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.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • aclocal/canonicalize-tools.m4

    r17a8d603 r2efdd08  
    2222dnl FIXME: What shall be done if they don't exist?
    2323
    24 dnl NOTE: CC_FOR_TARGET should always be valid at this point,
    25 dnl       cf. RTEMS_PROG_CC 
    26 AC_PATH_PROG(CC_FOR_TARGET,"$program_prefix"gcc,no)
    27 
    2824dnl FIXME: This may fail if the compiler has not been recognized as gcc
    2925dnl       and uses tools with different names
Note: See TracChangeset for help on using the changeset viewer.