The problem here is that we end up with an INDIRECT_REF TREE_CODE with a
null TREE_TYPE in lvalue_kind. Is this possible at that point, or does
it point to a deeper underlying problem?
Bootstraped and tested on x86_64-pc-linux-gnu.
2012-10-27 Markus Trippelsdorf
PR c++/50089
P
Jason Merrill writes:
> On 10/26/2012 01:37 PM, Dodji Seketeli wrote:
>> cp_next_tokens_can_be_std_attribute_p (cp_parser *parser)
>> {
>> - return cp_nth_tokens_can_be_std_attribute_p (parser, 1);
>> + cp_token *token = cp_lexer_peek_token (parser->lexer);
>> +
>> + return (cxx_dialect >=
Hello!
Attached patch adds a testcase for RA problem that was fixed by LRA.
2012-10-27 Uros Bizjak
PR target/34283
* gcc.target/i386/pr34283.c: New test.
Tested on x86_64-pc-linux-gnu, committed to mainline SVN.
Uros.
Index: gcc.target/i386/pr34283.c
Hello,
Consider this short example:
template
struct X { };
template
using Y = const X;
using Z = Y;
G++ crashes in lookup_class_template_1 while trying to build the alias
template instantiation Y.
I think this is indirectly due to the fact that lookup_class_template_1
On 25 April 2012 13:54, Joseph S. Myers wrote:
> On Wed, 25 Apr 2012, Manuel López-Ibáñez wrote:
>
>> On 25 April 2012 00:01, Joseph S. Myers wrote:
>> > On Sun, 22 Apr 2012, Manuel López-Ibáñez wrote:
>> >
>> >> Wshadow warns whenever any declaration shadows a global function
>> >> declaration.
Am 27.10.2012 01:41, schrieb Andreas Schwab:
Thomas Koenig writes:
Index: trans.c
===
--- trans.c (revision 192638)
+++ trans.c (working copy)
@@ -814,26 +814,23 @@ gfc_allocate_allocatable (stmtblock_t * block, tre
Wha
Hello!
As suggested by Richard S. [1], after the patch that converts subreg:M
(op:N (...)(...)) to op:M (subreg:M (...) subreg:M (...)), we can
remove several peephole2 patterns that handle subregs of PLUS, MINUS
and MULT operators. I have attached RFC prototype patch that will
trigger an ICE when
On 10/26/2012 10:41 AM, Paolo Carlini wrote:
On 10/25/2012 10:15 PM, François Dumont wrote:
Here is the patch to apply the same modification applied to
unordered_set and unordered_multiset. It also use default
implementation for unordered_set/unordered_multiset copy/move
constructor/assignment
Hello,
I've committed the obvious fix for PR 55042 as rev 192877.
Cheers,
Oleg
gcc/ChangeLog:
PR target/55042
* config/sh/sh.c (sh1_builtin_p): Comment out unused function.
Index: gcc/config/sh/sh.c
===
--- gcc/con
http://gcc.gnu.org/viewcvs?view=revision&revision=192878
Applied as obvios.
Johann
PR target/55034
* config/avr/avr.c (avr_out_lpm): Remove unused regno_dest.
I doubt this has been an FAQ in the last decade. :-) Applied.
Gerald
2012-10-27 Gerald Pfeifer
* faq.html (My program seems to hang): Remove.
Index: faq.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/java/faq.html,v
retrie
Bootstrapped (c,c++) on i686-pc-linux-gnu.
Committed as obvious.
2012-10-27 Joern Rennecke
* lra-assigns.c (find_hard_regno_for): Fix use of WORDS_BIG_ENDIAN.
Index: lra-assigns.c
===
--- lra-assigns.c (revision 19
Thomas Koenig writes:
> PR fortran/54833
> * trans.c (gfc_call_free): Do not wrap the
> call to __builtin_free in check for NULL.
> (gfc_deallocate_with_status): For automatic deallocation without
> status for non-coarrays, don't wrap call to __builtin_fre
On 19 October 2012 18:17, Joseph S. Myers wrote:
> On Wed, 17 Oct 2012, Manuel López-Ibáñez wrote:
>
>> documentation but I can also implement -Wformat=0 being an alias for
>> -Wno-format and -Wformat=1 an alias for -Wformat and simply reject
>> -Wno-format=.
>
> I think that's what's wanted; -Wno
More mostly easy conversions to LangEnabledBy. Regtested on x86_64-linux-gnu.
OK?
2012-10-27 Manuel López-Ibáñez
PR c/53063
c-family/
* c.opt(Warray-bounds,Wdelete-non-virtual-dtor,Wenum-compare,
Wmain,Woverlength-strings, Wunknown-pragmas,Wunused-macros):
Use
Hi Andreas,
Thomas Koenig writes:
PR fortran/54833
* trans.c (gfc_call_free): Do not wrap the
call to __builtin_free in check for NULL.
(gfc_deallocate_with_status): For automatic deallocation without
status for non-coarrays, don't wrap call to __
Thomas Koenig writes:
> Does not happen on the architectures that I used, and I do not
> have access to that architecture.
A cross compiler is enough.
> Does a (rougly) equivalent C case compile?
How does a (rougly) equivalent C case look like?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.
On Sat, Oct 27, 2012 at 7:41 PM, Andreas Schwab wrote:
> How does a (rougly) equivalent C case look like?
Usually something can be constructed from the -fdump-tree-gimple dump.
Ciao!
Steven
On Sat, Oct 27, 2012 at 12:53 AM, Dehao Chen wrote:
> Hi,
>
> I've updated the patch:
>
> 1. abandon the changes in cfgexpand.c
> 2. set the block for trees when lowering gimple stmt.
> 3. add a unittest.
Index: gcc/gimple-low.c
===
On Sat, Oct 27, 2012 at 11:07 AM, Richard Biener
wrote:
> On Sat, Oct 27, 2012 at 12:53 AM, Dehao Chen wrote:
>> Hi,
>>
>> I've updated the patch:
>>
>> 1. abandon the changes in cfgexpand.c
>> 2. set the block for trees when lowering gimple stmt.
>> 3. add a unittest.
>
> Index: gcc/gimple-low.c
Steven Bosscher writes:
> On Sat, Oct 27, 2012 at 7:41 PM, Andreas Schwab wrote:
>> How does a (rougly) equivalent C case look like?
>
> Usually something can be constructed from the -fdump-tree-gimple dump.
Doesn't look like.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerp
Applied, based an another reminder of these two no longer being
synonymous.
Gerald
2012-10-27 Gerald Pfeifer
* done.html: Adjust URL for rhug.
Index: done.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/java/done.html,v
ret
On Sat, 27 Oct 2012, Gerald Pfeifer wrote:
> 2012-10-27 Gerald Pfeifer
>
> * done.html: Adjust URL for rhug.
And here is a fix for a long standing issue...
Gerald
Index: done.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/java
On Sat, Oct 13, 2012 at 11:12 PM, Vladimir Makarov wrote:
> On 12-10-13 11:37 AM, Steven Bosscher wrote:
>>> LIVE is not used on purpose. I added LIVE usage to the old RA about 10
>>> years ago (it was before DF-infrastructure). Everything was ok until,
>>> somebody reported compiler crash on sem
On Sat, Oct 27, 2012 at 11:49 PM, Steven Bosscher wrote:
> So I'm going to revert this patch.
Or actually better, this lighter-weight patch. Will commit after the
usual testing.
* ira.c (ira): Remove DF_LIVE if the problem is in the stack.
(do_reload): Add it back at the end.
Inde
On Sat, Oct 27, 2012 at 5:12 AM, Uros Bizjak wrote:
> Hello!
>
> As suggested by Richard S. [1], after the patch that converts subreg:M
> (op:N (...)(...)) to op:M (subreg:M (...) subreg:M (...)), we can
> remove several peephole2 patterns that handle subregs of PLUS, MINUS
> and MULT operators. I
On Sat, Oct 27, 2012 at 4:36 PM, H.J. Lu wrote:
> On Sat, Oct 27, 2012 at 5:12 AM, Uros Bizjak wrote:
>> Hello!
>>
>> As suggested by Richard S. [1], after the patch that converts subreg:M
>> (op:N (...)(...)) to op:M (subreg:M (...) subreg:M (...)), we can
>> remove several peephole2 patterns th
With the lra branch merged, I had to update the patch, because of new uses of
HAVE_ATTTR_enabled. While looking at the conflicts, I also found that it
was often hard to tell if macros were used for performance reasons, or
just because there was no other interface available. lra itself is probably
On Fri, Oct 26, 2012 at 9:27 PM, David Miller wrote:
>
> I'm getting a SIGBUS on every backtrace libbacktrace generates
> on 32-bit sparc builds. The crashes usually happen in
> add_function_range(), where 'p' is not 8-byte aligned.
>
> It seems that the vector code doesn't take care to align the
From: Ian Lance Taylor
Date: Sat, 27 Oct 2012 21:06:59 -0700
> The struct used by add_function_range is
>
> struct function_addrs
> {
> uint64_t low;
> uint64_t high;
> struct function *function;
> };
>
> So on a 32-bit system, this should have a size of 20 if uint64_t
> requires 4-byte
From: David Miller
Date: Sun, 28 Oct 2012 00:31:27 -0400 (EDT)
> The size is 24, and my patch definitely makes the crashes go away.
>
> It seems like a vector is being used for a mixed set of objects.
> I'll try to figure out how that is happening.
Ok, the problem seems to have to do with relea
31 matches
Mail list logo
