rtems-ss-20030128 problem

Joel Sherrill joel.sherrill at OARcorp.com
Mon Feb 3 17:12:26 UTC 2003



Francesco Poletti wrote:
> 
> Hy, in the last version of the snapshot I found this error: in the Makefile.am, of the shmdr directory, there was:
> all-local: $(ARCH) $(PREINSTALL_FILES) $(PGM) $(TMPINSTALL_FILES)
> 
> When I build rtems arm-rtems-gcc don't found shm_driver.h I revert the order of all local in:
> 
>  all-local: $(ARCH) $(PREINSTALL_FILES) $(TMPINSTALL_FILES) $(PGM)
> 
> and now works. Is a mine error or a global error?

I caught this over the weekend in a big build.  My fix is this:

Index: Makefile.am
===================================================================
RCS file: /usr1/CVS/rtems/c/src/lib/libbsp/shmdr/Makefile.am,v
retrieving revision 1.8
diff -u -r1.8 Makefile.am
--- Makefile.am 28 Jan 2003 14:57:10 -0000      1.8
+++ Makefile.am 3 Feb 2003 16:39:49 -0000
@@ -35,8 +35,8 @@
 $(PROJECT_INCLUDE)/%.h: %.h
        $(INSTALL_DATA) $< $@

-TMPINSTALL_FILES += $(PROJECT_INCLUDE)
-TMPINSTALL_FILES += $(include_HEADERS:%.h=$(PROJECT_INCLUDE)/%.h)
+PREINSTALL_FILES  = $(PROJECT_INCLUDE)
+PREINSTALL_FILES += $(include_HEADERS:%.h=$(PROJECT_INCLUDE)/%.h)

 TMPINSTALL_FILES += $(PROJECT_RELEASE)/lib/shmdr$(LIB_VARIANT).rel

Ralf, does this look right to you?  The .h files need to be installed
before the code is compiled and the .rel afterwards.  I think this is
right.  I just committed it.

> Another problems if I put in the configure the options --enable-tests I have this error message:
> 
> checking for gmake... gmake
> checking for RTEMS Version... ss-20030128
> checking build system type... i686-pc-linux-gnu
> checking host system type... arm-unknown-rtems
> checking target system type... arm-unknown-rtems
> checking rtems target cpu... arm
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether gmake sets $(MAKE)... yes
> checking for arm-rtems-strip... arm-rtems-strip
> checking whether to enable maintainer-specific portions of Makefiles... yes
> checking for RTEMS_BSP... arm_bare_bsp
> checking if cpu arm is supported... yes
> checking for style of include used by gmake... GNU
> checking for arm-rtems-gcc... arm-rtems-gcc
> checking for arm-rtems-gcc... (cached) arm-rtems-gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... yes
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether arm-rtems-gcc accepts -g... yes
> checking for arm-rtems-gcc option to accept ANSI C... none needed
> checking dependency style of arm-rtems-gcc... gcc3
> checking how to run the C preprocessor... arm-rtems-gcc -E
> checking whether arm-rtems-gcc accepts -specs... yes
> checking whether arm-rtems-gcc accepts --pipe... yes
> checking for arm-rtems-ar... arm-rtems-ar
> checking for arm-rtems-as... arm-rtems-as
> checking for arm-rtems-ld... arm-rtems-ld
> checking for arm-rtems-nm... arm-rtems-nm
> checking for arm-rtems-ranlib... arm-rtems-ranlib
> checking for arm-rtems-objcopy... arm-rtems-objcopy
> checking for arm-rtems-size... arm-rtems-size
> checking for arm-rtems-strip... (cached) arm-rtems-strip
> checking for make/custom/arm_bare_bsp.cfg... yes
> checking whether to build rtems++... no
> configure: error: conditional "am__fastdepCXX" was never defined.
> Usually this means the macro was only invoked conditionally.
> configure: error: /bin/sh '../../../../../../rtems-ss-20030128/c/src/tests/libtests/configure' failed for libtests
> configure: error: /bin/sh '../../../../../rtems-ss-20030128/c/src/tests/configure' failed for tests
> gmake[2]: *** [arm_bare_bsp] Error 1
> 
> May anyone help me?

I have see this but not been able to reproduce it enough to track it
down.
My 1st suspicion was that for some reason --enable-cxx must be set when
you
have multiprocessing enabled.  But I just tried that combination and
can't reproduce that.  Any thoughts Ralf?

> Thanks to all Francesco



More information about the users mailing list