2011/4/26 Nicolas Pitre :
> On Tue, 26 Apr 2011, Michael Hope wrote:
>
>> Yip, so the compiler spots these two lines:
>> Ndiv = target / source;
>> Nmod = target % source;
>>
>> and turns them into
>> Ndiv, Nmod = __aeabi_uldivmod(target, source)
>
> Why would gcc do that? All
Hi,
Agenda for today's performance call . Sorry about the last minute
posting and I'll put this in the wiki soon enough.
1. Sync-up on what's been happening around the group:
a. Coremark regressions.
b. Thumb2 constants patch.
c. divmodsi4 and vfp register moves.
d. DENBench investigation
Hi All,
This is based upon gcc version 4.5.3 (20110221 pre-release)
Any help appreciated
This shows a bug in the Linaro gcc compiler with the Arm NEON
vset_lane intrinsic
Note in the objdump that the vmov.8 instruction that places the
value in the vector for the non-q version uses 1 where it s
Merged & tested the outstanding merge requests into Linaro GCC.
Spin the Linaro GCC 4.5 and 4.6 releases. Uploaded the tarballs to Michael.
Submitted a patch upstream that removed some redundant code that had
confused me a introduced a bug into my Thumb2 constants patch.
http://www.mail-archi
On 20/04/11 04:37, Michael Hope wrote:
I've put your names against the sessions as follows:
Andrew: Broad tuning
I've added some work-items to the wiki page.
Please let me know if this is sufficient.
Thanks
Andrew
___
linaro-toolchain mailing li
On 26/04/11 03:39, Nicolas Pitre wrote:
But I digress. This is just to say that gcc shouldn't pull
__aeabi_uldivmod in this case because:
There isn't a library call (or instruction) for a straight 'mod'
operation, so GCC always has to use 'divmod', no exceptions.
In any case, optimization o
On Wed, Apr 27, 2011 at 12:23 AM, Andrew Stubbs
wrote:
> On 26/04/11 03:39, Nicolas Pitre wrote:
>>
>> But I digress. This is just to say that gcc shouldn't pull
>> __aeabi_uldivmod in this case because:
>
> There isn't a library call (or instruction) for a straight 'mod' operation,
> so GCC alwa
On Tue, Apr 26, 2011 at 1:48 PM, Barry Song <21cn...@gmail.com> wrote:
> 2011/4/26 Barry Song <21cn...@gmail.com>:
>> Hi Michael,
>>
>> 2011/4/26 Michael Hope :
>>> Hi Barry. I think the toolchain is operating correctly here. The
>>> current version recognises a divide followed by a modulo and op
On Wed, 27 Apr 2011, Michael Hope wrote:
> On Wed, Apr 27, 2011 at 12:23 AM, Andrew Stubbs
> wrote:
> > On 26/04/11 03:39, Nicolas Pitre wrote:
> >>
> >> But I digress. This is just to say that gcc shouldn't pull
> >> __aeabi_uldivmod in this case because:
> >
> > There isn't a library call (or
