i386-rtems 4.6.6 build problems

D. Peter Siddons siddons at bnl.gov
Thu Mar 1 03:45:19 UTC 2007

Well, I don't think you can do that. The host gcc assumes you are 
generating an application to run under the host operating system. You 
are not doing that. You are compiling a new operating system which will 
run stand-alone. This needs a different compiler, the one which you get 
from the rtems site.


Ze Manel wrote:
> I'm trying to build rtems for i386, and I come to all sorts of errors
> I've got the required tools with the right versions.
> since I'm compiling it for this arch I am using the gcc that came with 
> this operating system (gnu/linux), I just created a symbolic link to it 
> with name i386-rtems-gcc so it wouldn't complaint.
> I downloaded version 4.6.6 sources and uncompressed it
> then I made a build dir, went there anda ran "../rtems-4.6.6/configure 
> --target=i386-rtems     --disable-posix --disable-networking 
> --disable-cxx --prefix=`echo ~`/RTEMS/install_dir/"
> and the make, in the build directory...
> first it kept saying that "no comand didn't exist" and it didn't I 
> checked the makefiles and it looked like "ar" was what was intended so I 
> changed no to ar. then there was a problem in 
> "/cpukit/libcsupport/src/__getpid.c" it aparently lacked an header 
> "sys/types.h".
> Now I get another error:
> optimize/open.o -c 
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c: 
> In function `open':
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c:83: 
> error: `_FREAD' undeclared (first use in this function)
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c:83: 
> error: (Each undeclared identifier is reported only once
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c:83: 
> error: for each function it appears in.)
> ../../../../../../rtems-4.6.6/c/src/../../cpukit/libcsupport/src/open.c:85: 
> error: `_FWRITE' undeclared (first use in this function)
> aparently it also lacks an header, only unlike the previous I have no 
> idea what it is... Is this normal? I'm compiling the source I got 
> directly from rtems server... shouldn't it compile normaly? Can anyone 
> spot some kind of error on my procedure?
> thanks.
> ------------------------------------------------------------------------
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users

D. Peter Siddons
Detector Development Group leader,
National Synchrotron Light Source
Brookhaven National Laboratory
Upton, NY 11973

email: siddons at bnl.gov
Phone: (631) 344-2738

More information about the users mailing list