|| Andrew Stubbs || andrew.stu...@linaro.org || ams ||
|| Chung-Lin Tang || clt...@codesourcery.com || cltang ||
|| Julian Brown || jul...@codesourcery.com || jbrown ||
|| Loïc Minier || loic.min...@linaro.org || lool ||
|| Marcin Juszkiewicz || marcin.juszkiew...@linaro.org || hrw ||
|| M
|| cltang ||
|| Julian Brown || jul...@codesourcery.com || jbrown ||
|| Loïc Minier || loic.min...@linaro.org || lool ||
|| Michael Hope || michael.h...@linaro.org || michaelh ||
|| Richard Earnshaw || richard.earns...@arm.com || rearnshaw ||
|| Scott Bambrough || scott.bambro...@linaro.org
The results of building the gcc-linaro 4.5 branch are here:
http://ex.seabright.co.nz/build/gcc-linaro-4.5-99302/
The i686 build has gcc unexpected failures:
http://ex.seabright.co.nz/build/gcc-linaro-4.5-99302/logs/i686-lucid-cbuild1-scorpius/gcc-test.txt
# of expected passes62301
...are available here:
http://ex.seabright.co.nz/build/gcc-linaro-4.4-93543/logs/armv7l-maverick-cbuild1-pavo1/gcc-test.txt
A highlighted version croess-referenced with the current tickets is here:
http://ex.seabright.co.nz/helpers/testlog/gcc-linaro-4.4-93543/logs/armv7l-maverick-cbuild1-pavo
The agenda for todays call is available at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-08-02
The call will be on the usual code / numbers - I have the conference
code for doing a fully public call, but not the corresponding dial in
numbers.
See you then,
-- Michael
_
The minutes from last Friday's standup call are at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-07-30
-- Michael
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolc
||IRC Nick ||
|| Andrew Stubbs || andrew.stu...@linaro.org || ams ||
|| Julian Brown || jul...@codesourcery.com || jbrown ||
|| Michael Hope || michael.h...@linaro.org || michaelh ||
|| Richard Earnshaw || richard.earns...@arm.com || rearnshaw ||
|| Ulrich Weigand || ulrich.weig...@linaro.org
Results are available here:
http://ex.seabright.co.nz/build/gcc-linaro-4.5-99310/
Colourised versions of the build logs are available at:
http://ex.seabright.co.nz/helpers/testlog/gcc-linaro-4.5-99310/logs/i686-lucid-cbuild1-scorpius/gcc-test.txt
http://ex.seabright.co.nz/helpers/testlog/gcc
...are available at:
http://ex.seabright.co.nz/build/gcc-linaro-4.5+bzr99315/
I've also finished reference builds of FSF GCC 4.4.4, 4.5.0, and
4.5.1. According to the GCC testsuite, there are no regressions
between the Linaro and FSF branches and in some ways we're a bit
better:
On x86_64 for F
Hi Peter. Further to our call yesterday, I've created four blueprints
that cover the initial QEMU work:
https://blueprints.launchpad.net/qemu-linaro
virtio-system and qemu-focused-kernel should be done first, but you
might as well start looking at merge-other-branches in the background.
I haven
Monday's call will be on conference code 263 441 7169. The dial-in
numbers are the usual Canonical numbers listed here:
https://docs.google.com/Doc?id=af8g8fcnf79_498dfz9v9fv
-- Michael
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.o
|| Marcin Juszkiewicz || marcin.juszkiew...@linaro.org || hrw ||
|| Michael Hope || michael.h...@linaro.org || michaelh ||
|| Peter Maydell || peter.mayd...@linaro.org || pm215 ||
|| Richard Earnshaw || richard.earns...@arm.com || rearnshaw ||
|| Ulrich Weigand || ulrich.weig...@linaro.org || uweigand
The agenda for today's meeting is available at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-08-09
Note the new conference code.
# Review action items from last meeting
# New public call-in number: code 263 441 7169
# Release status
4.4 at http://ex.seabright.co.nz/build/g
richard.earns...@arm.com rearnshaw
Peter Maydellpeter.mayd...@linaro.org pm215
Michael Hope michael.h...@linaro.org michaelh
Julian Brown jul...@codesourcery.com jbrown
Chung-Lin Tang clt...@codesourcery.com cltang
Agenda
• Stand up call
Blueprint
...is available at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-08-16
-- Michael
Agenda
• Benchmarks
□ ffmpeg (h.264), libmad (mp3), LAPACK, CoreMark, Dhrystone, and memcpy()
□ EEMBC
□ Methods of benchmarking
• Patch tracking
□ Minimum features
...@codesourcery.com jbrown
Loïc Minier loic.min...@linaro.orglool
Matt Gretton-Dann ARM
Matthias Klosed...@canonical.comdoko
Michael Hope michael.h...@linaro.org michaelh
Peter Maydell peter.mayd...@linaro.org pm215
Ulrich Weigandulrich.weig
I've fleshed out a potential way of tracking patches at:
https://wiki.linaro.org/WorkingGroups/ToolChain/PatchTracking#Method%201
It's not too bad if you're a developer. The extra steps are:
* Create a ticket
* Mark that ticket as affecting upstream
* Change the status as the patch evolves
*
Hi Andrew. I'm confused - apart from a few differences, our methods
seem to be the same.
The differences against Method 1 are:
1. Every revision has an associated ticket
2. There's a bot that automatically creates a ticket per revision
3. Final upstream status is tracked through the status fie
I know that Dhrystone isn't a very good benchmark, but it's still interesting:
https://wiki.linaro.org/WorkingGroups/ToolChain/Benchmarks/Dhrystone
If we can get twice the performance out of strcpy() and memcpy() then
the Dhrystone result should go up by almost 30 %. It would make a
nice headlin
On Wed, Aug 18, 2010 at 8:11 PM, Andrew Stubbs wrote:
> On 17/08/10 23:38, Michael Hope wrote:
>>
>> Hi Andrew. I'm confused - apart from a few differences, our methods
>> seem to be the same.
>>
>> The differences against Method 1 are:
>> 1. E
Sorry about these. Hopefully I'm done.
On Thu, Aug 19, 2010 at 2:28 PM, Michael Hope <620...@bugs.launchpad.net> wrote:
> Public bug reported:
>
> Related: lp:gcc-linaro/4.5,revno=99360
>
> Code hoisting improvements
>
> Merged from SourceryG++
>
> (Backpor
I've had a go at adding the basic trackerbot functionality to:
http://ex.seabright.co.nz/helpers/patchtrack
This page lists all revisions on a branch. Any revisions that don't
have a corresponding ticket are marked in orange and have a 'Create
one' link. Clicking this link takes you to a pre-f
yao
Ulrich Weigand ulrich.weig...@linaro.org uweigand
Peter Maydell peter.mayd...@linaro.org pm215
Julian Brown jul...@codesourcery.com jbrown
Loïc Minierloic.min...@linaro.orglool
Michael Hope michael.h...@linaro.org michaelh
Chung-Lin Tang clt...@codesourcer
Hi there. We have a Toolchain WG has a Versatile Express board coming
our way. It's a quad-core Cortex-A9 with 1 GB of RAM, so quite decent
really.
Does anyone have a pressing need for it? If not then I'll take it and
make it available over SSH.
-- Michael
l.com doko
Michael Hope michael.h...@linaro.org michaelh
Peter Maydellpeter.mayd...@linaro.org pm215
Richard Earnshaw richard.earns...@arm.com rearnshaw
Yao Qi yao...@linaro.orgyao
Agenda
• Open tickets
□ 616141 Backport the sync_* prim
On Tue, Aug 24, 2010 at 8:31 PM, Andrew Stubbs wrote:
> On 24/08/10 00:39, Michael Hope wrote:
>>
>> Hi there. We have a Toolchain WG has a Versatile Express board coming
>> our way. It's a quad-core Cortex-A9 with 1 GB of RAM, so quite decent
>> really.
>&g
Hi Alexander. I've looked into the problem and the linker error is
caused by a mix of stack protector options between libgcc and the C
library.
GCC includes a feature called the stack smashing protector which
detects writing past the end of a stack based object. It's quite nice
as it gives decen
On Thu, Sep 2, 2010 at 1:41 AM, wrote:
> On 01/09/2010 15:24, "ext Loïc Minier" wrote:
>> On Tue, Aug 31, 2010, Michael Hope wrote:
>>> The solution is to add -fno-stack-protector to the libgcc build
>>> options and rebuild the compiler. I've heard (b
wrote:
> On 9/1/2010 2:10 PM, Michael Hope wrote:
>
>> 3. Should libgcc be built without -fstack-protector?
>
> To put it more strongly, I believe that libgcc should not be built with
> -fstack-protector.
>
> I don't think there's any reason to expect th
ector is turned off by adding
-fno-stack-protector to the libgcc build rules.
I've created LP: #628526 to track this. See the link below for how
Ubuntu does it. I'd like the change in Linaro GCC 4.4 and 4.5.
-- Michael
On Thu, Sep 2, 2010 at 9:53 AM, Michael Hope wrote:
> I
Looks good. I've created a real project, added a README/LICENSE, and
merged your changes. See:
https://launchpad.net/tcwg-web
There was a funny render difference between Firefox and Chromium -
revisions with no bugs lead to a rowspan of zero which Firefox doesn't
like. I also pulled some commo
-Lin Tang clt...@codesourcery.com cltang
Julian Brown jul...@codesourcery.com jbrown
Loïc Minierl...@linaro.org lool
Marcin Juszkiewicz marcin.juszkiew...@linaro.org hrw
Matthias Klose d...@canonical.comdoko
Michael Hope
I've been checking over the benchmarks as a lead up to the 2010.09
release. We're in a good way compared to both 4.4.4 and 4.5.1 for
most non-trivial tests.
* pybench is 10.9 % faster than 4.4.4 and 7.7 % faster than 4.5.1.
* linpack is 46.4 % faster than 4.4.4 and the same as 4.5.1.
* ffmpeg h
Ah, this is from me mucking about on a live server. Will fix.
-- Michael
On Wed, Sep 8, 2010 at 8:51 PM, Loïc Minier wrote:
> On Wed, Sep 08, 2010, Michael Hope wrote:
>> See http://ex.seabright.co.nz/helpers/benchcompare for more.
>
> at /helpers/benchcompare
>
> va
All better now. I've also added OGG Vorbis encode/decode tests and
bzip2 compress/decompress tests and expanded the number of runs. Over
the next week I'll look at re-running the 4.4.4 and 4.5.1 builds to
create a baseline.
-- Michael
On Wed, Sep 8, 2010 at 8:59 PM, Michael Hope w
Thanks Marcin, that works well.
There's a typo in the PPA address in your email though: try
ppa:hrw/arm-cross-compiler instead of the armel-*-compilers one listed
below.
-- Michael
On Fri, Sep 10, 2010 at 2:29 AM, Marcin Juszkiewicz
wrote:
>
> I would like to announce that my work on armel cros
Hi there. I've always wanted to mix this:
http://www.futurlec.com/ET-STM32_Stamp.shtml
with some of this:
http://bit.ly/cD0JPS
to control my one of these:
http://www.traxxas.com/products/electric/rustler2006/gallery/3705-3qrtr-Black.jpg
and it sounds like a good opportunity to dogfood the
On Sun, Sep 12, 2010 at 9:05 AM, Mark Mitchell wrote:
> Have we considered simply referring people to Sourcery G++ Lite Edition?
>
> CodeSourcery is already providing zero-cost cross-compilation packages
> for ARM -- for all of bare-metal, uClinux, and Linux -- with both
> Windows and Linux hosts.
Hi Andrew. Well, the builds are done and they're OK. I've added the
ability to compare against an explicit release to make checking
regressions easier.
4.4 results are here:
http://ex.seabright.co.nz/helpers/testcompare/gcc-linaro-4.4-2010.09-1/logs/armv7l-maverick-cbuild3-pavo3/gcc-testsuite.
The Linaro Toolchain Working Group is pleased to announce the release
of both Linaro GCC 4.4 and Linaro GCC 4.5.
Linaro GCC 4.4 is the third release in the 4.4 series. Based off the
latest GCC 4.4.4, it pulls in the pre-4.4.5 changes made by the FSF
over the last six months.
Linaro GCC 4.5 is the
On Wed, Sep 15, 2010 at 5:19 AM, Guillaume Letellier
wrote:
> Hi,
>
>> Also available is an early release of optimised string routines for
>> the Cortex-A series, including a mix of NEON and Thumb-2 versions of
>> memcpy(), memset(), strcpy(), strcmp(), and strlen(). For more
>> information see:
On Wed, Sep 15, 2010 at 10:25 AM, Guillaume Letellier
wrote:
>> > Linaro toolchain doesn't target a specific platform but is generic
>> for armv7 platforms. Are you expecting to see those optimisations
>> turned on in Linaro toolchain?
>>
>> Sorry, I don't understand the question. We want to spre
It's only part of the puzzle, but I run speed benchmarks as part of
the continious build:
http://ex.seabright.co.nz/helpers/buildlog
http://ex.seabright.co.nz/helpers/benchcompare
http://ex.seabright.co.nz/build/gcc-linaro-4.5-2010.09-1/logs/armv7l-maverick-cbuild4-pavo4/pybench-test.txt
I've
On Sat, Sep 18, 2010 at 3:00 AM, Dave Martin wrote:
> Hi,
>
> On Fri, Sep 17, 2010 at 3:50 AM, Michael Hope wrote:
>> It's only part of the puzzle, but I run speed benchmarks as part of
>> the continious build:
>> http://ex.seabright.co.nz/helpers/buildlog
>&
On Wed, Sep 22, 2010 at 4:20 AM, Ulrich Weigand
wrote:
>
> Hello Michael,
>
> I'm looking into "branding" changes needed for a Linaro GDB release. So
> far I've made the following changes:
>
> - Set default PKGVERSION to "Linaro GDB" instead of "GDB"
> - Set default BUGURL to "http://bugs.launch
On Thu, Sep 30, 2010 at 4:14 AM, Loïc Minier wrote:
> On Wed, Sep 22, 2010, Loïc Minier wrote:
>> https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/615765
>
> This is important to the Foundation team; would someone have time to
> look into this?
I see this as being on Marcin's plate. Yo
OK, we'll pick it up.
-- Michael
On Thu, Sep 30, 2010 at 9:41 AM, Steve Langasek
wrote:
> On Thu, Sep 30, 2010 at 08:29:52AM +1300, Michael Hope wrote:
>> On Thu, Sep 30, 2010 at 4:14 AM, Loïc Minier wrote:
>> > On Wed, Sep 22, 2010, Loïc Minier wrote:
>> >>
Hi Julian. For your reference, the performance of ffmpeg on a certain
h.264 video decode has regressed since 4.4.0.
See:
http://ex.seabright.co.nz/helpers/benchcompare
for the relative numbers. We're significantly better than 4.4.0 in
the two other test videos, and better than 4.5.1 in all.
Th
The minutes from the (short) 2010-09-27 Toolchain WG meeting are available here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-09-27
A recording of the call is available here:
http://tc.seabright.co.nz/toolchainwg/2010/09/2010-09-27-weekly-call/
Fairly quiet this week due to b
On Fri, Oct 1, 2010 at 12:21 AM, Wookey wrote:
> +++ Michael Hope [2010-09-30 13:28 +1300]:
>> The video itself is here:
>>
>> http://ex.seabright.co.nz/misc/cbuild/live/cbuild/files/ffmpeg/03-src13_hrc7_525_420_2.264
>
> Clicking on this link caused firefox to try th
Ta. I've updated the instructions at:
https://wiki.linaro.org/WorkingGroups/ToolChain/CrossCompilerOnLucid
which is probably now obsolete.
-- Michael
On Sat, Oct 2, 2010 at 4:35 AM, Marcin Juszkiewicz
wrote:
>
> Hi
>
> I finally built armel cross compiler packages for Ubuntu 10.04 'Lucid' LTS
On Mon, Oct 4, 2010 at 10:26 PM, Yao Qi wrote:
> On 10/04/2010 12:05 PM, Zach Welch wrote:
>> I made a patch for ltrace that adds support for Thumb-2. There's not
>> much to it, but it allows me to trace applications built for Cortex-A8.
>> Without it, users will experience this bug:
>>
>> https
(this is for current Toolchain WG members. Sorry if I got anyone
else's hopes up)
We'll soon be coming into some decent dual-core Cortex-A9 boards that
have 1 GB of RAM and a good set of USB ports. I've asked for four of
them with hard drives to go into the data centre for general use.
Would any
On Wed, Oct 6, 2010 at 5:39 AM, Ulrich Weigand
wrote:
> Andrew Stubbs wrote:
>
>> As discussed in the meeting yesterday, CodeSourcery has a few MinGW
>> patches that I had not merged into Linaro GCC.
>>
>> I have now investigated these patches, and I'm fairly happy that most
>> are not necessary
On Wed, Oct 6, 2010 at 12:20 AM, Loïc Minier wrote:
> On Tue, Oct 05, 2010, Michael Hope wrote:
>> Could you please:
>> * Mention the idea to upstream to see if anyone disagrees
>> * See if anyone upstream has other ARM or x86 patches to include
>> * Test under AR
...are available here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-10-04
A recording of the call is available here:
http://tc.seabright.co.nz/toolchainwg/
Interesting topics include a discussion on the copyright and license
issues on string routines, the upcoming 2010.10 relea
On Wed, Oct 6, 2010 at 10:44 AM, John Rigby wrote:
> I believe that the libgcc.a in our toolchain contains Thumb-2 code. I
> verified this by doing objdump on libgcc.a and I see combinations of
> 16 and 32 bit instructions. So does that mean that the toolchain is
> only usable for ARM versions t
(cc'ed to linaro-toolchain, bcc'ed to others who may be interested)
I'm considering adding a new Linaro Toolchain meeting to cover people
in the North/South American timezones. We've got quite a few people
in that area who are interested in the toolchain but can't make the
current 0900 UTC calls.
On Wed, Oct 6, 2010 at 11:23 AM, John Rigby wrote:
> Thanks Michael. Just wanted to make sure I understood. The "do no
> harm" goal and the Thumb2 libgcc seem to be somewhat contradictory
> however. I realize that choices need to be made and only odd ducks
> like me will likely run into issues.
On Wed, Oct 6, 2010 at 11:33 AM, Zach Welch wrote:
> On 10/05/2010 01:56 PM, Michael Hope wrote:
>> On Wed, Oct 6, 2010 at 12:20 AM, Loďc Minier wrote:
>>> On Tue, Oct 05, 2010, Michael Hope wrote:
>>>> Could you please:
>>>> * Mention the idea to upstr
ight assignment.
I'm writing this up at the moment at:
https://wiki.linaro.org/WorkingGroups/ToolChain/StringLicensing
Don't think of this as a ARM Inc. problem. There's many
considerations involved here.
-- Michael
On Wed, Oct 6, 2010 at 2:35 PM, Nicolas Pitre wrote:
> On We
On Wed, Oct 6, 2010 at 4:56 PM, Yao Qi wrote:
> On 10/06/2010 05:38 AM, Michael Hope wrote:
> | Open sessions:
> | We have a few at lin...@uds
>
> Where can I find them? http://summit.ubuntu.com/uds-n/ doesn't give me
> much information on lin...@uds. I assume that
Hi Marcin. Would you consider passing
--enable-poison-system-directories to the cross compiler configure?
This makes the '-Wpoison-system-directories' option available which
warns you if the cross compiler picks up a library or header file from
/usr instead of the cross-build environment.
I'm tal
On Fri, Oct 8, 2010 at 1:48 PM, Wookey wrote:
> +++ Michael Hope [2010-10-08 13:52 +1300]:
>> Hi Marcin. Would you consider passing
>> --enable-poison-system-directories to the cross compiler configure?
>> This makes the '-Wpoison-system-directories' option avai
Thank you all for your feedback. I'll mull it over and decide on a
time and start date. lin...@uds might get in the way.
-- Michael
On Wed, Oct 6, 2010 at 11:10 AM, Michael Hope wrote:
> (cc'ed to linaro-toolchain, bcc'ed to others who may be interested)
>
> I&#x
Hi Øyvind. You might want to ask the OpenOCD list about this. I've
used the DCC as an end user before for sending printf() style messages
and RPC over and it's quite good for that.
I'm not sure how your proposal would work though. My understanding is
that the DCC is only accessible over JTAG an
On Mon, Oct 11, 2010 at 8:06 PM, Øyvind Harboe wrote:
> On Mon, Oct 11, 2010 at 12:36 AM, Michael Hope
> wrote:
>> Hi Øyvind. You might want to ask the OpenOCD list about this. I've
>> used the DCC as an end user before for sending printf() style messages
>> and
The Linaro Toolchain Working Group is pleased to announce the 2010.10
consolidation release including Linaro GCC 4.4, Linaro GCC 4.5, and
the first version of Linaro GDB 7.2.
Linaro GDB 7.2 2010.10-0 is the first release in the 7.2 series. Based
off the latest GDB 7.2, it includes a number of ARM-
Thanks. I've logged LP: #660156 so that we can track it.
-- Michael
On Thu, Oct 14, 2010 at 4:03 AM, Nicolas Pitre wrote:
> People here might want to have a look at this bug:
>
> http://gcc.gnu.org/bugzilla/show_bg.cgi?id=45979
>
> Note that the heap randomization feature added to the ke
I like it. Any chance of flavouring -mcpu= or -mtune= to set the
compiler to A9 by default as well?
-- Michael
On Tue, Oct 19, 2010 at 2:44 AM, Marcin Juszkiewicz
wrote:
>
> Some of Linaro developers works with ARM devices older then ARMv7-a
> architecture. Other people experiments with hard-fl
Hi there. I've updated the list of potential Summit sessions based on
yesterdays call. Could people please check the Sessions table on
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-10-18
and flesh out the agenda for sessions that have your name against them.
The agenda should b
Minutes from the 2010-10-18 call are here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-10-18
I'm afraid I lost the recording of this call so the minutes are incomplete
Minutes from the 2010-10-20 standup call are here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2
This is more for the people in the sprint...
http://ex.seabright.co.nz/helpers/blueprints#toolchain
http://ex.seabright.co.nz/helpers/planner
-- Michael
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailma
On Wed, Nov 3, 2010 at 2:55 AM, Julian Brown wrote:
> On Mon, 1 Nov 2010 15:57:11 +0200
> Ira Rosen wrote:
>> 3. According to gcc.dg/vect/vect.exp the only flag that is used for
>> NEON (in addition to target independent flags) is -ffast-math. Is
>> that enough?
Note that the NEON unit doesn't i
Hi there. I plan to change the Toolchain WG meetings due to daylight
savings and to better cover the US.
The Monday meeting will be at 0900 UTC which is 9 am in the UK, 10 am
in central Europe, and 5 pm in Beijing.
The standup calls will be merged into one at 1800 UTC on Wednesday
which is 6 pm
Hi there. Just a reminder that today's call is the first at the new
time of 0900 UTC which is 9am in the UK, 10am in Germany, 11am in
Israel, and 5pm in China.
I've updated the meetings page at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings
with the new details.
-- Michael
I agree on the approach. I'm concerned about moving over to SVN for a
few reasons: duplication of accounts (however most of the WG already
have or will need sourceware.org accounts), harder merging (with bzr
you do a 'bzr merge lp:gcc' and it does a good, three way merge with
trunk. Last time I u
The Linaro Toolchain Working Group is pleased to announce the release
of Linaro GDB 7.2.
Linaro GDB 7.2 2010.11-0 is the second release in the 7.2 series.
Based off the latest GDB 7.2, it includes a number of ARM-focused bug
fixes and enhancements.
This release concentrates on the GDB test suite
I've been going through the ChangeLog for the release and am having
trouble justifying some of the changes brought in. In particular:
* -fstrict-volatile-bitfields, which is more appropriate for bare
metal/kernel code
* Cortex-M4 support
* C locale support in libstdc++-v3
The march/mcpu clean
The Linaro Toolchain Working Group is pleased to announce the latest
release of Linaro GCC 4.5.
Linaro GCC 4.5 is the fourth release in the 4.5 series. Based off the
latest GCC 4.5.1+svn164911, it includes many ARM-focused performance
improvements and bug fixes.
Interesting changes include:
* Va
Hi Andrew. Any news on the upstreaming? I'm happy for the Toolchain
WG to do the work as it helps Linaro as a whole, so if there's a patch
available then I'll ask Richard S or Chung-Lin to get it upstream.
Dave, has this been reported upstream?
-- Michael
On Sat, Nov 6, 2010 at 12:14 AM, Andre
Hi there. I've been going through the blueprints in preparation for
next weeks TSC review. The top level topics are good, and I'd like to
have the rest of the engineering blueprints checked over and updated
to match what we talked about at the summit.
Ira, could you please create blueprints for
On Thu, Nov 11, 2010 at 6:24 AM, Peter Maydell wrote:
> I've had a look at these and fleshed them out mostly.
> There are some oddities:
> * why are maintain-beagle-models and qemu-continuous-integration
> under "tr-toolchain-consolidate-qemu" and not "tr-toolchain-integration" ?
I think conso
On Thu, Nov 11, 2010 at 10:43 AM, Peter Maydell
wrote:
> On 10 November 2010 21:14, Michael Hope wrote:
>> On Thu, Nov 11, 2010 at 6:24 AM, Peter Maydell
>> wrote:
>>> I've had a look at these and fleshed them out mostly.
>>> There are some oddities:
>
Hi there. I've uploaded a draft of the slides and notes for next
weeks public review at:
http://bazaar.launchpad.net/~linaro-toolchain-wg/+junk/publicreview1105/files
'Toolchain Public Review 11.05.odp' is a set of slides I'll talk to.
The first 15-20 minutes will go through these to describe ou
Peter, I'd like you to go to this if possible. Kiko's keen on sending
another as well. We can talk about that on tonight's call.
I'm not sure we have anything to present at the moment. Could you
contact the organiser and ask him what types of presentations others
are doing, so we can see if we'
Hi there. Attached are the status reports from the Toolchain WG
members for last week.
-- Michael
Ken Werner --
Hi Michael,
* got access to the internal wiki/calendar/email :)
* continued to setup the borrowed vexpress board
* upgraded to the Linaro 10.11 release
* encountered various issu
Hi there. Could everyone in the toolchain working group start sending
their activity reports to this list please? Put [ACTIVITY] at the
start of the subject line so that they can be filtered.
Ta,
-- Michael
___
linaro-toolchain mailing list
linaro-to
Zach Welch --
== Last Week ==
* Continued working on libunwind support. Trying to figure out why my
signal frame detection doesn't work as expected.
* Kept pace with the ltrace tree, testing recent patches on ARM.
== This Week ==
* Continue to work on libunwind signal frame detection.
Julian B
On Tue, Nov 16, 2010 at 6:37 AM, Loïc Minier wrote:
> On Sat, Nov 13, 2010, Peter Maydell wrote:
>> You mentioned the abstract deadline -- do you think Linaro has anything
>> to actually talk about in the "submit a presentation" sense here?
>
> Maybe you could give a lightning talk on the validat
In general the product should move forward and drop work-arounds like
-mimplicit-it. We (the greater ARM community) should fix these
package problems as they are found. Here's a bunch of quick-fire
statements:
* Qt is currently broken on ARM multiprocessor systems
* Qt provides a QAtomic class
Here's my summary based on these emails and the Monday call:
https://wiki.linaro.org/MichaelHope/Sandbox/GCC46Hosting
They're the same on the technical side, Launchpad wins on the release
side, and SVN wins on the community side.
There's two open questions:
1. How easy is it to frequently merge
A heads up. I'd like to have a brainstorming session on potential
Thumb-2 performance improvements in GCC. Think about what you'd like
in such a session, and what preperation should be done, and we can
discuss the discussion (heh) on Monday.
-- Michael
__
Hi there,
There's a recording of this mornings public plan review available on
the wiki at:
https://wiki.linaro.org/Releases/1105/PublicPlanReview
Also included is a copy of the slides and supporting documents. Might
be interesting for those who missed it.
-- Michael
_
On Fri, Nov 19, 2010 at 6:26 AM, Rob Herring wrote:
> Doing an allmodconfig build on the kernel, I get the following:
>
> CC arch/arm/kernel/asm-offsets.s
> In file included from
> /home/rob/proj/git/linux-2.6-dt/include/linux/kernel.h:12,
> from
> /home/rob/proj/git/linux-2.
On Fri, Nov 19, 2010 at 10:26 AM, Rob Herring wrote:
> Michael,
>
> On 11/18/2010 03:08 PM, Michael Hope wrote:
>>
>> On Fri, Nov 19, 2010 at 6:26 AM, Rob Herring
>> wrote:
>>>
>>> Doing an allmodconfig build on the kernel, I get the following:
&
> On 17/11/10 09:57, Andrew Stubbs wrote:
>>
>> On 17/11/10 03:35, Michael Hope wrote:
>>>
>>> There's two open questions:
>>> 1. How easy is it to frequently merge in SVN? It used to be terrible
>>> as you had to manually track the merges. Th
On Tue, Nov 23, 2010 at 12:34 AM, Richard Sandiford
wrote:
> For the record, the thing I half-remembered on the call was:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00697.html
> and:
> http://gcc.gnu.org/ml/gcc-patches/2009-09/msg02112.html
>
> The problem is that all __sync operations
(I've logged this as a potential speed improvement at LP: #681138 so
we don't lose it)
-- Michael
On Thu, Nov 25, 2010 at 8:29 AM, Peter Maydell wrote:
> This wiki page came up during the toolchain call:
> https://wiki.linaro.org/Internal/People/KenWerner/AtomicMemoryOperations/
>
> It gives the
It's a bit of a newbie question, but I've been wondering if you can
intermix hard float VFPv3-D16 code with VFPv3-D32 code. You can as:
According to the ABI:
* d0-d15 are used for floating point parameters, no matter if you are
D16 or D32
* d0-d15 are not preserved across function calls
* d16-
1 - 100 of 585 matches
Mail list logo
