Hello,
>> Currently SMS fails to bootstrap trunk on ARM machine. this should
>> also be taken into account when considering enabling it by default.
>
> Are there bugs reported on the failures?
Yes, PR49789 is opened for it.
Thanks,
Revital
___
linaro-
On 22/08/11 11:33, Matthias Klose wrote:
the current gcc-4.6 packages build for both softfp and hard, so that the armel
and (not yet existing) armhf packages can be installed together in the system.
To enable multilib, I currently use the rather complicated arm-multilib.diff,
which works, but doe
On Tue, Aug 23, 2011 at 02:20:32PM +0300, Revital Eres wrote:
> -- Measure increase in compile time: on native or cross build?
Native will probably give you the most useful measurement because it is
likely to suffer more, and is what is used to build Ubuntu and our
developer platform images.
> Cu
On 22/08/11 11:33, Matthias Klose wrote:
If I understand the code correctly, this comes from the hard setting of
MULTILIB_DEFAULTS in the arm target. If you look at mips, you see
#ifndef MULTILIB_DEFAULTS
#define MULTILIB_DEFAULTS \
{ MULTILIB_ENDIAN_DEFAULT, MULTILIB_ISA_DEFAULT, MULTILIB_
Hello,
Following today performance call
(https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-08-23)
here are some points raised regarding the steps towards enabling SMS by default:
* Benchmarks testing:
-- Running benchmarks as EEMBC and SPEC2006 with SMS enabled is
crucial to expose l
