Last week, Ramana pointed me at an upstream bug report about the
inefficient code that GCC generates for vzip, vuzp and vtrn:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48941
It was filed not longer after the Neon seminar at the summit;
I'm not sure whether that was a coincidence or not.
I
RAG:
Red:
Amber:
Green: 1105 work item status 99% complete with 2 weeks to go
Current Milestones:
| Planned| Estimate | Actual |
qemu-linaro 2011-05 | 2011-05-19 | 2011-05-19 | n/a|
close out 1105 blueprints| 2011-05-28 | 2011-05-28 |
Spent the whole week attending Linaro@UDS. Any other activity this week
is squeezed into the space between (interesting) sessions.
Finished making the suggested changes to my Thumb2 constants patch, and
posted it back upstream. This is pre-approved, but can't be committed
until after the addw/
Can somebody please explain how development happens regarding qemu-linaro ?
I've taken a look here [0] and If I'm not mistaken, there's no code in the
repo. I can see a lot of blueprints, but I don't understand how work is
being done regarding those blueprints or when will it be done! Oh, and what
On 16 May 2011 13:20, karim.allah.ah...@gmail.com
wrote:
> Can somebody please explain how development happens regarding qemu-linaro ?
>
> I've taken a look here [0] and If I'm not mistaken, there's no code in the
> repo.
We don't keep qemu-linaro in a launchpad bzr repo. The code lives in
the Li
== Last week ==
* At Linaro@UDS; I am still typing this in Budapest. Sparingly did some
work between sessions.
* PR42017, ARM LR register not being used. Discussed the patch with
Richard Sandiford at LDS. Re-tested a bit and about to resend a revised
patch according to his suggestion.
* LP:748138
Hello,
- Attended Linaro@UDS.
- SMS patches to support ARM do-loop pattern got approved in mainline
and merged into gcc-linaro 4.6 and 4.5.
- Sent merge request for two patches in trunk. (SMS_fixes_for_unfreed_memory)
- Implemented an optimization for the stage-count and now testing it.
Thanks,
R
