* RE: [ECOS] gcc 3.x for linux synthetic... a build question
@ 2002-05-22 3:29 Ashok I.
0 siblings, 0 replies; 3+ messages in thread
From: Ashok I. @ 2002-05-22 3:29 UTC (permalink / raw)
To: rdim_outside; +Cc: ecos-discuss
[-- Attachment #1: Type: text/plain, Size: 144 bytes --]
no need to build a seperate set of tools for linux synthetic target.
Use the good old gdb,gcc and binutils that exist already for linux
[-- Attachment #2: Type: message/rfc822, Size: 4178 bytes --]
From: <rdim_outside@softhome.net>
To: <ecos-discuss@sources.redhat.com>
Subject: [ECOS] gcc 3.x for linux synthetic... a build question
Date: Wed, 22 May 2002 15:49:46 +0530
Message-ID: <courier.3CEB70C2.00000211@softhome.net>
Hi all,
Does anybody know how to build properly gcc 3.x to be used for linux
synthetc target?
Actually, I saw recomedations to don't use gcc 3 for ecos, but gcc
2.95.2 I
used has a lot of problems with VMTs, so I was forced to use gcc 3.0.4
What's interesting: gcc 3.0.4 was built for xscale in one step (without
separate bootstrap buildings) including newlib. Works perfectly - no any
problem. But when I try to do the same for linux, buildnig fails with:
===
/root/tmp/build/gcc/xgcc -B/root/tmp/build/gcc/ -nostdinc
-B/root/tmp/build/i686-pc-linux-gnu/newlib/ -isystem
/root/tmp/build/i686-pc-linux-gnu/newlib/targ-include -isystem
/root/tmp/gcc-3.0.4/newlib/libc/include
-B/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/bin/
-B/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/lib/ -isystem
/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/include -O2 -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-isystem
./include -fPIC -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc
-I.
-I. -I../../gcc-3.0.4/gcc -I../../gcc-3.0.4/gcc/.
-I../../gcc-3.0.4/gcc/config -I../../gcc-3.0.4/gcc/../include
-DL_muldi3 -c
../../gcc-3.0.4/gcc/libgcc2.c -o libgcc/./_muldi3.o
In file included from tm.h:7,
from ../../gcc-3.0.4/gcc/config/i386/xm-i386.h:39,
from tconfig.h:3,
from ../../gcc-3.0.4/gcc/libgcc2.c:36:
../../gcc-3.0.4/gcc/config/i386/linux.h:237:26: sys/ucontext.h: No such
file
or directory
make[2]: *** [libgcc/./_muldi3.o] Error 1
make[2]: Leaving directory `/root/tmp/build/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/root/tmp/build/gcc'
make: *** [all-gcc] Error 2
[root@pcasa51414 build]#
===
This happens if I'm trying to build it with newlib (while configure:
--with-newlib is specified, symbolic links to ../newlib-1.10.0/newlib
and
../newlib-1.10.0/libgloss are made within gcc source directory).
If I'm trying to make gcc without newlib - it can be made but doesn't
work.
While building application for linux target I got
loooooot :) of warnings like that
===
/3.0.4/H-i686-pc-linux-gnu/bin/ld: warning: no memory region specified
for
section `.rel.text.abort'
===
and finally - error message:
===
/3.0.4/H-i686-pc-linux-gnu/bin/ld: address 0xd8 of pfapp section
.gcc_except_table is not within region rom
collect2: ld returned 1 exit status
make: *** [pfapp] Error
===
Well, the question are:
- do I need to use newlib for linux-synthetic target?
- if so, do I need to build newlib separately with bootstrap gcc or I
can
use some one-step procedure?
- if not, how to avoid these warnings/errors?
Thanks a lot in advance!
rdim
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
[-- Attachment #3: Type: text/plain, Size: 146 bytes --]
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [ECOS] gcc 3.x for linux synthetic... a build question
2002-05-22 3:19 rdim_outside
@ 2002-05-22 4:17 ` Martin Buck
0 siblings, 0 replies; 3+ messages in thread
From: Martin Buck @ 2002-05-22 4:17 UTC (permalink / raw)
To: ecos-discuss
rdim_outside@softhome.net wrote:
> Does anybody know how to build properly gcc 3.x to be used for linux
> synthetc target?
If you followed the instructions on the eCos website for building gcc
2.95, you probably used "--with-newlib" to configure gcc. Leave that out
when building gcc 3.x for synthetic Linux and it should build fine. At
least it did so for me, but I haven't actually done much with that
particular compiler, so I don't know whether the binaries produced by it
are OK.
Good luck,
Martin
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* [ECOS] gcc 3.x for linux synthetic... a build question
@ 2002-05-22 3:19 rdim_outside
2002-05-22 4:17 ` Martin Buck
0 siblings, 1 reply; 3+ messages in thread
From: rdim_outside @ 2002-05-22 3:19 UTC (permalink / raw)
To: ecos-discuss
Hi all,
Does anybody know how to build properly gcc 3.x to be used for linux
synthetc target?
Actually, I saw recomedations to don't use gcc 3 for ecos, but gcc 2.95.2 I
used has a lot of problems with VMTs, so I was forced to use gcc 3.0.4
What's interesting: gcc 3.0.4 was built for xscale in one step (without
separate bootstrap buildings) including newlib. Works perfectly - no any
problem. But when I try to do the same for linux, buildnig fails with:
===
/root/tmp/build/gcc/xgcc -B/root/tmp/build/gcc/ -nostdinc
-B/root/tmp/build/i686-pc-linux-gnu/newlib/ -isystem
/root/tmp/build/i686-pc-linux-gnu/newlib/targ-include -isystem
/root/tmp/gcc-3.0.4/newlib/libc/include
-B/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/bin/
-B/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/lib/ -isystem
/3.0.4/H-i686-pc-linux-gnu/bin/i686-pc-linux-gnu/include -O2 -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem
./include -fPIC -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc
-I.
-I. -I../../gcc-3.0.4/gcc -I../../gcc-3.0.4/gcc/.
-I../../gcc-3.0.4/gcc/config -I../../gcc-3.0.4/gcc/../include -DL_muldi3 -c
../../gcc-3.0.4/gcc/libgcc2.c -o libgcc/./_muldi3.o
In file included from tm.h:7,
from ../../gcc-3.0.4/gcc/config/i386/xm-i386.h:39,
from tconfig.h:3,
from ../../gcc-3.0.4/gcc/libgcc2.c:36:
../../gcc-3.0.4/gcc/config/i386/linux.h:237:26: sys/ucontext.h: No such file
or directory
make[2]: *** [libgcc/./_muldi3.o] Error 1
make[2]: Leaving directory `/root/tmp/build/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/root/tmp/build/gcc'
make: *** [all-gcc] Error 2
[root@pcasa51414 build]#
===
This happens if I'm trying to build it with newlib (while configure:
--with-newlib is specified, symbolic links to ../newlib-1.10.0/newlib and
../newlib-1.10.0/libgloss are made within gcc source directory).
If I'm trying to make gcc without newlib - it can be made but doesn't work.
While building application for linux target I got
loooooot :) of warnings like that
===
/3.0.4/H-i686-pc-linux-gnu/bin/ld: warning: no memory region specified for
section `.rel.text.abort'
===
and finally - error message:
===
/3.0.4/H-i686-pc-linux-gnu/bin/ld: address 0xd8 of pfapp section
.gcc_except_table is not within region rom
collect2: ld returned 1 exit status
make: *** [pfapp] Error
===
Well, the question are:
- do I need to use newlib for linux-synthetic target?
- if so, do I need to build newlib separately with bootstrap gcc or I can
use some one-step procedure?
- if not, how to avoid these warnings/errors?
Thanks a lot in advance!
rdim
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-05-22 11:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-05-22 3:29 [ECOS] gcc 3.x for linux synthetic... a build question Ashok I.
-- strict thread matches above, loose matches on Subject: below --
2002-05-22 3:19 rdim_outside
2002-05-22 4:17 ` Martin Buck
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).