This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
gcc 3.3.5 arm-elf .. which multilib for soft-float?
- From: "Joel Sherrill <joel at OARcorp dot com>" <joel dot sherrill at OARcorp dot com>
- To: gcc at gcc dot gnu dot org, Ralf Corsepius <ralf_corsepius at rtems dot org>
- Date: Mon, 01 Nov 2004 18:21:27 -0600
- Subject: gcc 3.3.5 arm-elf .. which multilib for soft-float?
- Organization: OAR Corporation
- Reply-to: joel dot sherrill at OARcorp dot com
Hi,
It looks like btween gcc 3.3.3 and 3.3.5, the file config/arm/t-arm-elf
was reworked. I am getting linking errors which indicate that the
default libc.a is hard-float.
The gcc documentation states that -mhard-float is the default for the
compiler and I only see these libc.a's
./lib/thumb/libc.a
./lib/libc.a
I think the soft-float multilib was deleted and it shouldn't have been.
I think someone wanted to revert back to the 3.2.x behavior.
In our gcc 3.2.x toolset, we had this:
./lib/fpu/libc.a
./lib/thumb/fpu/libc.a
./lib/thumb/libc.a
./lib/libc.a
But in 3.3.3, there were these
be/fpu/interwork/libc.a
be/fpu/libc.a
be/fpu/nofmult/libc.a
be/interwork/libc.a
be/libc.a
be/nofmult/libc.a
fpu/interwork/libc.a
fpu/libc.a
fpu/nofmult/libc.a
interwork/libc.a
libc.a
nofmult/libc.a
thumb/be/interwork/libc.a
thumb/be/libc.a
thumb/interwork/libc.a
thumb/libc.a
Can we have a happy medium and go back to the gcc 3.2.x behavior?
Comments appreciated. I personally consider this a regression.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985