On 02-02-15 16:47, Michael Matz wrote:
Hi,
On Mon, 2 Feb 2015, Tom de Vries wrote:
I've minimized the vaarg-4a.c failure, and added it as testcase to the patch
series as gcc.target/x86_64/abi/callabi/vaarg-4.c.
The problem is in this code:
...
e = va_arg (argp, char *);
e = va_arg (argp
Hi,
On Tue, 3 Feb 2015, Tom de Vries wrote:
> Ironically, that fix breaks the va_list_gpr/fpr_size optimization, so
> I've disabled that by default for now.
>
> I've done a non-bootstrap and bootstrap build using all languages.
>
> The non-bootstrap test shows (at least) two classes of real fa
On Tue, Feb 03, 2015 at 02:36:53PM +0100, Michael Matz wrote:
> Hi,
>
> On Tue, 3 Feb 2015, Tom de Vries wrote:
>
> > Ironically, that fix breaks the va_list_gpr/fpr_size optimization, so
> > I've disabled that by default for now.
> >
> > I've done a non-bootstrap and bootstrap build using all
Hi,
On Tue, 3 Feb 2015, Jakub Jelinek wrote:
> It can be lowered during gimplification to some internal call.
That's what my patch does :)
> What arguments and return values will it have can be decided based on
> what will be most suitable for the lowering.
And that as well, just the concrete
Hi Segher,
On 2 February 2015 at 01:16, Segher Boessenkool
wrote:
> On Sat, Jan 31, 2015 at 05:09:29PM -0700, Simon Glass wrote:
>> I have been fighting with a strange problem on ARM where gcc puts all
>> the .rodata from a number of files lumped into a single .rodata
>> section even when -fdata-
Paul, do you know of any progress on this since 2011?
I cannot find any attempt to use your suggested ".personality
__gnu_personality_sigframe" in prologue for "__default_sa_restorer_v2".
I still need to learn more about this syntax...
I'm not building the glibc myself, but can probably let a frie
Paul, do you know of any progress on this since 2011?
I cannot find any attempt to use your suggested ".personality
__gnu_personality_sigframe" in prologue for "__default_sa_restorer_v2".
I still need to learn more about this syntax...
I'm not building the glibc myself, but can probably let a frie
On 02/02/15 21:18, Andrew Pinski wrote:
On Mon, Feb 2, 2015 at 1:11 PM, Jonny Grant wrote:
On 01/02/15 16:34, Kevin Ingwersen (Ingwie Phoenix) wrote:
Am 01.02.2015 um 17:09 schrieb Eli Zaretskii :
Date: Sat, 31 Jan 2015 01:55:29 +
From: Jonathan Wakely
Cc: Andrew Pinski , "gcc@gc
Jonny Grant writes:
> How many minutes labor is this task?
What does it fix?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
On Tue, 3 Feb 2015, Jonny Grant wrote:
> > There are around 11k files that have the .C ending to them; all in the
> > testsuite. I don't think it make sense to move them.
>
> How many minutes labor is this task?
It's desirable for test names to be stable so that results can be compared
over ti
> Am 04.02.2015 um 00:20 schrieb Andreas Schwab :
>
> Jonny Grant writes:
>
>> How many minutes labor is this task?
>
> What does it fix?
How many hacks/workarounds can be avoided?
On Tue, Feb 3, 2015 at 4:22 PM, Kevin Ingwersen (Ingwie Phoenix)
wrote:
>
>> Am 04.02.2015 um 00:20 schrieb Andreas Schwab :
>>
>> Jonny Grant writes:
>>
>>> How many minutes labor is this task?
>>
>> What does it fix?
>
> How many hacks/workarounds can be avoided?
None.
So here's what I'm trying to do... I want to build gcc, binutils, and
newlib, run tests, and IF the tests pass, THEN install them all.
However, gcc needs an installed newlib to build it's libraries.
I tried installing newlib into $DESTDIR$PREFIX but gcc ignores
$DESTDIR during the compile.
Any
13 matches
Mail list logo
