[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rtems-ss-20030128 problem

Hy,these are my configure options. May it help to reproduce the error? Obviously arm_bare_bsp is a code modified by me.
../rtems-ss-20030128/configure --enable-maintainer-mode --enable-multiprocessing --enable-tests 
--target=arm-rtems --enable-rtemsbsp=arm_bare_bsp --enable-rtems-debug 

if I put this works:

../rtems-ss-20030128/configure --enable-maintainer-mode --enable-multiprocessing --target=arm-rtems --enable-rtemsbsp=arm_bare_bsp --enable-rtems-debug --prefix=/home/poletti/rtemsmulti1


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:
> When I build rtems arm-rtems-gcc don't found shm_driver.h I revert the order of all local in:
> 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) $< $@



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
My 1st suspicion was that for some reason --enable-cxx must be set when
have multiprocessing enabled.  But I just tried that combination and
can't reproduce that.  Any thoughts Ralf?

> Thanks to all Francesco