Re: Generating ancilliary sections with gas

2011-02-02 Thread Alan Modra
Have you seen http://sourceware.org/ml/binutils/2010-08/msg00121.html ? -- Alan Modra Australia Development Lab, IBM ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: Generating ancilliary sections with gas

2011-02-02 Thread Dave Martin
On Tue, Feb 1, 2011 at 11:48 PM, Alan Modra wrote: > Have you seen http://sourceware.org/ml/binutils/2010-08/msg00121.html ? That's interesting--- I hadn't fully understood what this did. I'm not sure it solves my problem though: I need to generate ancillary sectiions relating for normal section

Re: IT block semantic question

2011-02-02 Thread Dave Martin
On Tue, Feb 1, 2011 at 12:33 PM, David Gilbert wrote: > Hi, >  What do people understand to be the expected semantics of IT blocks > in the cases below, of which there has been some confusion > in relation to a recent Qt issue. > >  The code in question had a sequence something like: > > >  compar

Re: IT block semantic question

2011-02-02 Thread David Gilbert
On 2 February 2011 10:47, Dave Martin wrote: > On Tue, Feb 1, 2011 at 12:33 PM, David Gilbert > wrote: >> Hi, >>  What do people understand to be the expected semantics of IT blocks >> in the cases below, of which there has been some confusion >> in relation to a recent Qt issue. >> >>  The code

Re: IT block semantic question

2011-02-02 Thread Dave Martin
On Wed, Feb 2, 2011 at 11:04 AM, David Gilbert wrote: > On 2 February 2011 10:47, Dave Martin wrote: >> On Tue, Feb 1, 2011 at 12:33 PM, David Gilbert >> wrote: >>> Hi, >>>  What do people understand to be the expected semantics of IT blocks >>> in the cases below, of which there has been some

do we consider extravagant memory usage a gcc bug?

2011-02-02 Thread Peter Maydell
Trying to build qemu on a beagle board: CCsparc64-linux-user/translate.o cc1: out of memory allocating 26975704 bytes after a total of 70742016 bytes # ls -lh target-sparc/translate.c -rw-r--r-- 1 root root 191K Jan 31 12:05 target-sparc/translate.c ie gcc wants (at least) 100M of RAM try

Re: do we consider extravagant memory usage a gcc bug?

2011-02-02 Thread Peter Maydell
On 2 February 2011 11:54, Peter Maydell wrote: > ie gcc wants (at least) 100M of RAM trying to compile a 190K sourcefile. > (and probably more overall since the board has 500MB RAM total and > it hit the out-of-memory condition). On a rerun which hit the kernel OOM-killer the kernel said: Killed

Re: do we consider extravagant memory usage a gcc bug?

2011-02-02 Thread David Gilbert
On 2 February 2011 12:28, Peter Maydell wrote: > On 2 February 2011 11:54, Peter Maydell wrote: >> ie gcc wants (at least) 100M of RAM trying to compile a 190K sourcefile. >> (and probably more overall since the board has 500MB RAM total and >> it hit the out-of-memory condition). > > On a rerun

Re: do we consider extravagant memory usage a gcc bug?

2011-02-02 Thread Peter Maydell
On 2 February 2011 13:16, David Gilbert wrote > 480MB does appear excessive; to be a little fair to gcc that file does > look like it's trying to > build itself as a vast inline'd set of switch statements so it will be > stressing the compiler. > > Is this 480MB much more than on x86 or on older v

Re: do we consider extravagant memory usage a gcc bug?

2011-02-02 Thread Jani Monoses
On 02/02/2011 01:54 PM, Peter Maydell wrote: Trying to build qemu on a beagle board: CCsparc64-linux-user/translate.o cc1: out of memory allocating 26975704 bytes after a total of 70742016 bytes # ls -lh target-sparc/translate.c -rw-r--r-- 1 root root 191K Jan 31 12:05 target-sparc/tran

Re: qemu-linaro prerelease available

2011-02-02 Thread Peter Maydell
On 27 January 2011 18:07, Peter Maydell wrote: > Hi; this is a note to say that we have now produced a prerelease > tarball of qemu-linaro. (The first formal qemu-linaro release will > happen in sync with other toolchain group releases on 8th Feb.) The prerelease has done its job in that it has f

gcc-linaro-4.5+bzr99469 build failure

2011-02-02 Thread Michael Hope
The current revision fails to bootstrap on i686: http://ex.seabright.co.nz/build/gcc-linaro-4.5+bzr99469/logs/i686-lucid-cbuild45-scorpius-i686r1/gcc-build.txt libtool: compile: /scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/./gcc/xgcc -shared-libgcc -B/scratch/cbuild/slave/s