Hi,
OpenEmbedded:
* Worked on the meta-linaro layer and added libgcc and crosssdk
recipes to satisfy some bitbake dependencies
* I had to apply a few patches to build the linaro toolchain the OE
way (mostly gcc configury)
* successfully built the sato and Qt images
* Moved on to test t
== GCC ==
* Fixed mainline regression causing ICE in certain outer-loop
vectorization cases.
* Merged fwprop-subreg patch into Linaro GCC 4.7.
* Completed patch to generate usat/ssat instructions
where appropriate; checked into GCC mainline.
Merge requests to Linaro GCC 4.6 and 4.7
==Progress===
* Finished off PGO patch - sent upstream.
* Finished off the ABI tests - sent upstream.
* Investigated fixes for LP 942307 - a problem with kernel builds for
android. Backported a fix from Uli last year.
* Upstream patch review.
* Small configury done for SPEC2k as far as HC partitio
is now here
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2012-03-06
Please add any topics that you might consider interesting for next time.
Ramana
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org
On 2 March 2012 12:29, Andrew Stubbs wrote:
> Hi All,
>
> As you know, the compiler currently has difficulties choosing between
> whether to do an operation in NEON or not.
>
I have put this on the agenda for Tuesday's call - There is a bit of
detail here that I haven't digested fully which is wh
Current Milestones:
|| || Planned|| Estimate || Actual ||
||cp15-rework || 2012-01-06 || 2012-??-?? ||||
(new blueprints & reestimate for this one pending)
Historical Milestones:
||a15-usermode-support || 2011-11-10 || 2011-11-10 ||
Hi Matthias,
GCC 4.7.0 has branched upstream. SVN trunk is now 4.8.
Could you please create lp:gcc/4.7 from the release branch.
Thanks
Andrew
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinf
On Wed 29 Feb 2012 18:05:46 GMT, Andrew Stubbs wrote:
On 29/02/12 17:23, Bernhard Rosenkränzer wrote:
Hi,
184603 fixes an ICE we're running into with Android test builds.
Please pull it in ASAP so I don't have to mess with the CFLAGS as a
workaround.
There's a merge from r184662 begun testing
Hi All,
As you know, the compiler currently has difficulties choosing between
whether to do an operation in NEON or not.
As I see it there are three problems:
1. Simply, is it profitable?
NEON can do many DImode operations in one or two instructions
where 2 to 10 normal ARM/Thumb
