building rtems-cvs failed

Tue May 10 19:25:05 UTC 2005

You may have caught the tree in the middle of a commit.  Could you try an
update of the tree, see whats changed, rebootstrap and try the build
again?

Jennifer

> Philippe Simons wrote:
>> On Tue, 10 May 2005 07:03:19 +0200, "Ralf Corsepius"
>> <ralf.corsepius at rtems.org> said:
>>
>>>On Mon, 2005-05-09 at 12:41 -0500, Joel Sherrill  wrote:
>>>
>>>>Philippe Simons wrote:
>>>>
>>>>>this is for gcc
>>>>>../gcc-4.0.0/configure --target=arm-rtems --with-gnu-as --with-gnu-ld
>>>>>--with-newlib --verbose --enable-threads --enable-languages="c,c++"
>>>>>--prefix=/opt/rtems-4.7 --disable-multilib --disable-interwork
>>>>>
>>>>>and this is for rtems
>>>>>../rtems/configure --target=arm-rtems --disable-posix
>>>>>--disable-networking --disable-cxx --disable-itron --disable-rdbg
>>>>>--enable-rtemsbsp=gp32 --prefix=/opt/rtems-4.7
>>>>
>>>>Ralf, is this some odd type of configure/Makefile bug that is only
>>>>manifested when some timestamps trick rpcgen into running?
>>>
>>>I guess so.
>>>
>>>
>>>>I can't duplicate it.
>>>
>>>Neither can I.
>>>
>>>ATM, I suspect this to be the result of several bugs interacting ...
>>>
>>>1. He reports not to be using --enable-rpcgen. Without it, the rpcgen
>>>generated programs are not supposed to be regenerated.
>>>
>>>To be investigated, probably a bug in c/src/configure.ac.
>>>
>>>2. The error message indicates "cpp" complaining on "-B" options as part
>>>of the call to rpcgen, despite the fact that rpcgen does not pass these
>>>options to rpcgen.
>>>
>>>This indicates the rpcgen Philippe is using is could be pulling these
>>>flags "from the air". The question is why and where (environment,
>>>Makefile, wrapper scripts?)
>>>
>>>The only place "-B's" are used inside of the Makefile is as part of "CC"
>>>and "CPP", which would indicate Philippe's rpcgen being sensitive to one
>>>or more of these environment variables.
>>>
>>>However, this would be non-documented behavior and also doesn't make
>>>sense, because rpcgen is supposed to be using nothing but /lib/cpp
>>>underneath.
>>>
>>>Philippe, which OS are you using? Do you have CPP or CC explicitly set
>>>in your environment? Do you have any GCC variable set in your
>>>environment? Do you use any wrapper scripts to GCC?
>>>
>>
>> My box is a Gentoo 2005.0 running on amd64, here is my env
>>
>> INFODIR=/usr/share/info
>> HOSTNAME=omega3000
>> SHELL=/bin/bash
>> TERM=xterm
>> ANT_HOME=/usr/share/ant-core
>> USER=root
>> PRELINK_PATH_MASK=/usr/lib/gstreamer-0.8
>> GDK_USE_XFT=1
>> PAGER=/usr/bin/less
>> CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo
>> XINITRC=/etc/X11/xinit/xinitrc
>> PATH=/opt/rtems-4.7/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3:/opt/ati/bin:/opt/blackdown-jdk-1.4.2.01/bin:/opt/blackdown-jdk-1.4.2.01/jre/bin
>> INPUTRC=/etc/inputrc
>> PWD=/root
>> JAVA_HOME=/opt/blackdown-jdk-1.4.2.01
>> EDITOR=/bin/nano
>> JAVAC=/opt/blackdown-jdk-1.4.2.01/bin/javac
>> PS1=\[\033[01;31m\]\h \[\033[01;34m\]\W \$ \[\033[00m\]
>> JDK_HOME=/opt/blackdown-jdk-1.4.2.01
>> SHLVL=1
>> HOME=/root
>> LESS=-R
>> LOGNAME=root
>> CVS_RSH=ssh
>> GCC_SPECS=
>> CLASSPATH=.
>> LESSOPEN=|lesspipe.sh %s
>> INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.15.92.0.2/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3/info
>> DISPLAY=:0.0
>> LADSPA_PATH=/usr/lib64/ladspa
>> OPENGL_PROFILE=ati
>> CONFIG_PROTECT=/usr/lib/X11/xkb
>> G_BROKEN_FILENAMES=1
>> XAUTHORITY=/root/.xauthRunSJa
>> _=/bin/env
>>
>> what do you mean by a wrapper script?...
>> #which gcc return /usr/bin/gcc which is plain elf file.
>>
>> I reconfigured rtems with --disable-rpcgen option, and now build fails
>> with
>> Making all in librdbg
>> gmake[3]: Entering directory `/tmp/b-rtems/arm-rtems/c/gp32/librdbg'
>> gmake[3]: *** No rule to make target
>> `src/powerpc/new_exception_processing/remdeb.h', needed by `all'.  Stop.
>>
>>
>>>>>and here the full error
>>>>>gmake[3]: Entering directory `/tmp/b-rtems/arm-rtems/c/gp32/librdbg'
>
> I tried sim-linking my arm-rtems4.7 tools to arm-rtems-XXX and
> could not reproduce it.  I was hoping there might be a slightly off
> wildcard in a script.  But it builds fine for me using your exact
> configure line.
>
> Obviously something else is confusing it.
>
>>>>>rm -f
>>>>>../../../../../rtems/c/src/librdbg/src/powerpc/new_exception_processing/remdeb.h;
>>>>>( cd ../../../../../rtems/c/src/librdbg && \
>>>>>rpcgen -h -DFRONTEND=\"powerpc/new_exception_processing/remdeb_f.x\" \
>>>>>  -o src/powerpc/new_exception_processing/remdeb.h src/remdeb.x )
>>>>>cpp: -B../../../lib/ -B../../../gp32/lib/: No such file or directory
>>>>>rpcgen: C preprocessor failed with exit code 1
>>>
>>>Ralf
>>>
>>>
>
>
> --
> Joel Sherrill, Ph.D.             Director of Research & Development
> joel at OARcorp.com                 On-Line Applications Research
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>     Support Available             (256) 722-9985
>
>