We have some new tests that use assembler names without regard to
USER_LABEL_PREFIX. These tests fail for targets with non-empty
USER_LABEL_PREFIX during the assembly phase.
Fixed by using ASMNAME macro like in e.g. gcc.dg/alias-7.c .
Regression tested with x86_64-unknown-linux-gnu X sh-elf .
T
I am working with a target port that adds alignment and/or padding to certain
structures. This causes some tests to fail that assume such padding does
not exist.
Fixed by adding a packed attribute to the structures in question.
Regression tested with x86_64-unknown-linux-gnu X sh-elf .
No chang
On 07/16/2011 07:37 AM, Dodji Seketeli wrote:
-extern void linemap_init (struct line_maps *);
+void linemap_init (struct line_maps *);
-/* Free a line map set. */
-extern void linemap_free (struct line_maps *);
+/* Free a line map set. This should be called only if maps have NOT
+ been alloc
I am working with a toolchain that is frugal with stack usage at startup, so
an attempt to read dozens more bytes than have been pushed causes unmapped
memory references.
Fixed by adding an automatic variable that occupies sufficient space.
Regression tested with x86_64-unknown-linux-gnu X sh-el
Joern,
Thanks for your valuable feedback! This is only a RFC, and I will send out
formal patch along with ChangLog later on.
Basically, my patch is only to add new dependence in scheduler, and it only
blocks some instruction movements, so it is NO RISK to compiler correctness.
For whatever st
Binutils head warns about bare .section foo.
r~
diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index a35b0e8..8bb0898 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,5 +1,10 @@
2011-07-31 Richard Henderson
+ * config/h8300/crti.asm: Add flags to .section directive.
+ * config/h
Some multilibs for H8 have 16-bit Pmode and 32-bit "int".
Which makes size_t be unsigned short.
r~
diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index 7df0ee2..a35b0e8 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,8 @@
+2011-07-31 Richard Henderson
+
+ * stor-layout.c (initializ
Hi,
The attached patch is to fix PR target/49880. All SH compilers ICE
with -m4 -mdiv=call-div1 which is a bit unusual combination of
options. Tested on sh4-unknown-linux-gnu with no new failures.
Applied on trunk.
Regards,
kaz
--
2011-07-31 Kaz Kojima
PR target/49880
On Sun, 31 Jul 2011, Steven Bosscher wrote:
On Fri, Jul 29, 2011 at 11:48 PM, Steven Bosscher wrote:
I'll see if I can test the patch on the compile farm this weekend,
just to be sure.
Worked fine with some cross-builds to arm-eabi. Bootstrap on
ia64-unknown-linux-gnu is in stage2 but it is
On Sun, Jul 31, 2011 at 11:59 PM, Steven Bosscher wrote:
> On Fri, Jul 29, 2011 at 11:48 PM, Steven Bosscher
> wrote:
>> I'll see if I can test the patch on the compile farm this weekend,
>> just to be sure.
>
> Bootstrap on
> ia64-unknown-linux-gnu is in stage2 but it is taking forever (on
> gc
On Fri, Jul 29, 2011 at 11:48 PM, Steven Bosscher wrote:
> I'll see if I can test the patch on the compile farm this weekend,
> just to be sure.
Worked fine with some cross-builds to arm-eabi. Bootstrap on
ia64-unknown-linux-gnu is in stage2 but it is taking forever (on
gcc60)... I will not be ab
Hi,
tested x86_64-linux, committed mainline and 4_6-branch.
Paolo.
2011-07-31 Paolo Carlini
PR libstdc++/49925
* include/bits/shared_ptr.h (make_shared): Qualify allocate_shared
with std::.
* include/bits/shared_ptr_base.h (__make_sha
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-4.6.1.de.po', has just
On 07/18/2011 05:19 AM, Richard Earnshaw wrote:
> On 18/07/11 12:09, Tom de Vries wrote:
>> Hi,
>>
>> PR43597 was fixed by
>> http://gcc.gnu.org/viewcvs?view=revision&revision=172032.
>>
>> This patch adds a testcase.
>>
>> OK for trunk?
>>
>> Thanks,
>> - Tom
>>
>> 2011-07-18 Tom de Vries
>>
>
On Sat, Jul 30, 2011 at 10:15 AM, Uros Bizjak wrote:
> On Sat, Jul 30, 2011 at 12:41 AM, H.J. Lu wrote:
>
>> X32 is 32bit. This patch checks TARGET_LP64 for SIZE_TYPE/PTRDIFF_TYPE.
>> OK for trunk?
>
> OK, if tested on x32. You didn't say how the patch was tested.
>
Checked in. I should have me
Hello!
The problem is similar to PR11001, where we should not expand to
special x86 stringop insn when one of necessary registers is marked
fixed.
In this particular PR, the problem was, that combine synthesized an
instruction that exactly matched stringop insn. However, special
registers were al
Hello!
2011-07-31 Uros Bizjak
* gcc.dg/tree-ssa/20050314-1.c: Dump and cleanup lim1 pass only.
* gcc.dg/tree-ssa/pr23109.c: Ditto.
* gcc.dg/tree-ssa/loop-7.c: Ditto.
* gcc.dg/tree-ssa/loop-32.c: Ditto.
* gcc.dg/tree-ssa/loop-33.c: Ditto.
* gcc.dg
On Sun, Jul 31, 2011 at 11:39 AM, Richard Guenther
wrote:
>> 2011-07-31 Uros Bizjak
>>
>> * lib/gcc-dg.exp (cleanup-dump): Also remove .exe. and .exe.ltrans0.
>> dump files.
>>
>> Tested on x64-pc-linux-gnu. OK for mainline?
>
> I think you need to remove all .exe.ltrans[0-9]*. f
On Sun, Jul 31, 2011 at 14:44, Jakub Jelinek wrote:
> But I really think it is a mistake to change HARD_REG_SET itself, at least
> before we are actually there to be able to have a full multi-target cc1 (if
> that is a goal).
I'd agree, but tm.h was already removed from target.h.
Better, we can
I have now checked it into trunk and 4.6 branch.
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."
2011/7/28 Georg-Johann Lay :
> Richard Henderson wrote:
>> On 07/27/2011 06:21 AM, Georg-Johann Lay wrote:
>>> +(define_insn_and_split "*mulsi3"
>>> + [(set (match_operand:SI 0 "pseudo_register_operand"
>>> "=r")
>>> + (mult:SI (match_operand:SI 1 "pseudo_register_oper
On Sat, Jul 30, 2011 at 07:08:39PM +0200, Jakub Jelinek wrote:
> So, if you really want a target hook to return or fill up a HARD_REG_SET,
> I think it is best to pass void * around if we don't to include tm.h back in
> target hook headers.
An alternative would be to put HARD_REG_SET into a struct
On Sat, Jul 30, 2011 at 19:08, Jakub Jelinek wrote:
> And for bigger HARD_REG_SET, making it a struct would mean that all
> functions that use HARD_REG_SET in a read-only way and thus are passed
> a HARD_REG_SET argument rather than HARD_REG_SET * suddenly copy the whole
> bitset
The fix could be
Ping
On Wed, Jul 20, 2011 at 4:33 PM, Carrot Wei wrote:
> Oops, the ChangeLog should be
>
> 2011-07-20 Wei Guozhi
>
> * gcc.target/arm/vfp-1.c (test_ldst): Adjust negative offset.
>
>
> thanks
> Carrot
>
> On Wed, Jul 20, 2011 at 4:30 PM, Carrot Wei wrote:
>> Hi
>>
>> The patch r169271
Hi,
> >> It'll collide with Sebastians patch in that area. I suggested a
> >> INTEGRAL_TYPE_P check instead of the simple_iv one, it
> >> should be cheaper. Zdenek, do you think it will be "incorrect"
> >> in some cases?
> >
> > well, it does not make much sense -- reductions of integral type wo
>> The patch was regtested on x86_64-unknown-linux-gnu. Ok for trunk and 4.6?
>>
> OK, Thanks.
Thanks, Mikael. Committed to trunk as r176971. Will apply to 4.6 soon.
Cheers,
Janus
On 07/25/2011 07:11 PM, Tom de Vries wrote:
> Hi,
>
> thanks for the review.
>
> On 07/18/2011 03:19 PM, Richard Earnshaw wrote:
>> On 18/07/11 12:09, Tom de Vries wrote:
>>> Hi,
>>>
>>> PR43597 was fixed by
>>> http://gcc.gnu.org/viewcvs?view=revision&revision=172032.
>>>
>>> This patch adds a
On Sun, Jul 31, 2011 at 9:57 AM, Uros Bizjak wrote:
> Hello!
>
> 2011-07-31 Uros Bizjak
>
> * lib/gcc-dg.exp (cleanup-dump): Also remove .exe. and .exe.ltrans0.
> dump files.
>
> Tested on x64-pc-linux-gnu. OK for mainline?
I think you need to remove all .exe.ltrans[0-9]*. files
On Sun, Jul 31, 2011 at 5:00 AM, NightStrike wrote:
> Ping
This patch is obsolete IIRC, a new version was posted.
Richard.
> On Thu, Jul 21, 2011 at 9:20 AM, Kai Tietz wrote:
>> Hello,
>>
>> this patch adds the ability for bitwise-truth operations to sink into
>> use-statement, if it is a cast
2011/7/30 Zdenek Dvorak :
> Hi,
>
>> > This patch fixes the build failure of cactusADM and dealII spec2006
>> > benchmarks when autopar is enabled.
>> > (for powerpc they fail only when -m32 is additionally enabled)
>> >
>> > The problem originated in canonicalize_loop_ivs, where we iterate the
>>
This patch has not been reviewed in more than two weeks:
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00786.html
On Sat, Jul 30, 2011 at 19:21, Dimitrios Apostolou wrote:
> I don't intend for this to go mainline, Jakub has explained on IRC that
> certain ABIs make it slower to pass structs and we wouldn't want that.
This can be "fixed" by marking the functions as always_inline. They
should be always inline
Hello!
2011-07-31 Uros Bizjak
* lib/gcc-dg.exp (cleanup-dump): Also remove .exe. and .exe.ltrans0.
dump files.
Tested on x64-pc-linux-gnu. OK for mainline?
Uros.
Index: lib/gcc-dg.exp
===
--- lib/gcc-dg.exp
33 matches
Mail list logo
