Commit Graph

5 Commits

Author SHA1 Message Date
Joel Sherrill
8c92fa385a Patcg from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:
-- configure now fails to detect the toolchain for linux-posix.

  As work-around, I have reverted to the old behavior of RTEMS_TARGET_CPU_NAME,
  thus no_cpu/no_bsp will fail badly in configure again.
1999-06-16 14:55:28 +00:00
Joel Sherrill
d2d22780d5 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:
> When I run my script that just repeatedly builds different targets, some
    > of them die with an error like this:
    >
    > Making all RTEMS_BSP=gen68360 in cpugmake[5]: Entering directory
    > `/usr1/rtems/build/build-m68k-rtems/c/src/exec/score/cpu'
    > Making all RTEMS_BSP=gen68360 in @RTEMS_CPU@
    > /bin/sh: @RTEMS_CPU@: No such file or directory
    > gmake[5]: *** [all] Error 1
    > gmake[5]: Leaving directory
    > `/usr1/rtems/build/build-m68k-rtems/c/src/exec/score/cpu'
    >
    > It is not always the same variable substitution that fails.  Sometimes it
    > is @INSTALL@.  But reliably, it is a variable substitution that is
    > failing.
    >
    > Do you have any idea why this happens?

    Yep, I think I know what's going on.

    AC_SUBST(RTEMS_CPU) is missing in configure.ins, thus @RTEMS_CPU@ in
    target.cfg.in doesn't get substituted correctly, causing the bug above. Due
    to the redundancy of RTEMS_CPU, other most BSPs don't seem to be affected.

    Other similar problems probably exist for the unix/posix bsp and the hppa.1
    cpu, because their */tools/*Makefile.ams require RTEMS_CPU, too.
1999-06-15 22:46:44 +00:00
Joel Sherrill
15aa5ffbfd Patch ("FIX: no_cpu/no_bsp") from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:
This patch should fix the nastiest configuration bugs for no_cpu/no_bsp.

    With this patch applied, configure --target=no_cpu-rtems now correctly
    acknowledges its configuration, but later fails building when trying to
    build libcsupport (I leave this problem for you :-).

    Fixes/Changes:
    * aclocal/canonicalize-target-name.m4: use RTEMS_CPU instead of
      target_cpu, switch to a native compiler setup if target = no_cpu*rtems,
      ie. implicitly use host=target (native) and RTEMS_CPU=no_cpu for
      --target=no_cpu*rtems.
    * add no_bsp/bsp_specs (Support -qrtems, -qrtems_debug; please check
      before adding :-)
    * Use RTEMS_CANONICALIZE_TARGET_CPU instead of AC_CANONICAL_SYSTEM in
      toplevel/configure.in
    * All references to $target_cpu in aclocal/*.m4, Makefile.ins and *.cfg
      files changed to RTEMS_CPU
    * bug fixes to exec/score/cpu/no_cpu/wrap (This part of the patch may
      result into patch rejections, because your recently posted patch may
      also have addressed this problem).

    After applying this patch, please do:

        cvs add c/src/lib/libbsp/no_cpu/no_bsp/bsp_specs
        ./autogen
1999-06-14 18:54:24 +00:00
Joel Sherrill
8cdb582b49 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:
This patch addresses a few minor issues and contains a few (minor)
  preparations for automake.

  * configure.in: Fix for handing c/src/tests subdirectory handling (FIX)
  * aclocal/rtems-top.m4:
    + Add TARGET_SUBDIR and --with-target-subdir (preparation of future
      enhancements for cross-compiling)
    + Activate RTEMS_ROOT handling (automake preparation)
  * automake/*.am: replace comments "#" with "##" so that comments won't
    get included into Makefile.in's anymore
  * c/update-tools/* automake support (NEW)
  * ./autogen update/enhancement (cf. ./autogen for details)

  After applying this patch please run:

    ./autogen
    cvs add c/update-tools/configure.in
    cvs add c/update-tools/Makefile.am
    cvs add c/update-tools/aclocal.m4
1999-04-12 15:41:33 +00:00
Joel Sherrill
244ecd9fb8 These files were not added as part of a recent patch from
Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-03-24 23:14:36 +00:00