This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: How do I build C++ for xscale-elf?
- From: Kai Ruottu <karuottu at mbnet dot fi>
- To: Jack Twilley <jmt at twilley dot org>
- Cc: gcc at gcc dot gnu dot org
- Date: Wed, 27 Sep 2006 12:32:56 +0300
- Subject: Re: How do I build C++ for xscale-elf?
- References: <451A2F3C.7090907@twilley.org>
Jack Twilley wrote:
When I try to build C++ for xscale-elf, I get this as the last message:
configure: WARNING: No native atomic operations are provided for this
platform.
configure: WARNING: They cannot be faked when thread support is disabled.
configure: WARNING: Thread-safety of certain classes is not guaranteed.
configure: error: No support for this host/target combination.
What version of gcc should I be trying to build?
Anything with the 'xscale-elf' support...
Here's the configure line I use:
../configure --with-included-gettext --target=xscale-elf
--enable-languages=c,c++
The '--with-newlib' is obligatory when using 'newlib' as the target C
library! If you
have your own custom/proprietary C library for 'xscale-elf', then that
should be
preinstalled before starting the configure&build! The '--with-newlib'
should remove
all the link tests against the existing target C library from the extra
'lib*' configures,
the 'libstdc++-v3' being one. Your error seems to come from the
libstdc++-v3
configure...
I am trying to build gcc on a FreeBSD 6.1-STABLE system. If there's
more information I can give you, please ask.
What was the GCC version tried? The new gcc-4.1.1 seems to require the
'--disable-shared'
for instance with ARM, otherwise it tries to link against the "created"
'libgcc_s.so.1' despite
of using the '--with-newlib'. A stupid bug and a stupid workaround
('newlib' neither the target,
'xscale-elf', don't support shared libraries). With the gcc-4.1.1 also
the '--disable-shared' is
obligatory...