path: root/c/src/exec/score/tools/sh/aclocal.m4
diff options
authorJoel Sherrill <>1999-06-15 22:46:44 +0000
committerJoel Sherrill <>1999-06-15 22:46:44 +0000
commitd2d22780d5c6d95a9ae3f44d9b40a019defba934 (patch)
tree86c0f288b6df03e4c7ed1780591be5e084b4556f /c/src/exec/score/tools/sh/aclocal.m4
parentAttempt at getting desired ioctl.h included. :) (diff)
Patch from Ralf Corsepius <>:
> 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 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.
Diffstat (limited to '')
1 files changed, 1 insertions, 0 deletions
diff --git a/c/src/exec/score/tools/sh/aclocal.m4 b/c/src/exec/score/tools/sh/aclocal.m4
index 818ad53205..21666f0395 100644
--- a/c/src/exec/score/tools/sh/aclocal.m4
+++ b/c/src/exec/score/tools/sh/aclocal.m4
@@ -93,6 +93,7 @@ case "${rtems_target}" in