This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gcc 3.3.5 arm-elf .. which multilib for soft-float?



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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]