On 01/14/2016 05:33 PM, Andreas Krebbel wrote:
When processing substitutions the operands are renumbered. To find a
free operand number the array used_operands_numbers is used to record
the operand numbers already in use. Currently this array is used to
assign new numbers *before* all the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #30 from neil.n.carlson at gmail dot com ---
Paul, you've done a lot of great work here (a huge thanks!) and I can confirm
that many of my deferred-length character issues seem to be resolved now with
the trunk (r232457, 1/15/2016).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
CC||alalaw01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment
Richard,
Here is the second part of patch which really preforms mask stores and
all statements related to it to new basic block guarded by test on
zero mask. Hew test is also added.
Is it OK for trunk?
Thanks.
Yuri.
2016-01-18 Yuri Rumyantsev
PR middle-end/68542
*
On 18 January 2016 at 14:12, Kyrill Tkachov wrote:
> Hi Alan,
>
>
> On 18/01/16 12:14, Alan Lawrence wrote:
>>
>> This fixes ICEs on armeb for float16x[48]_t vectors, e.g. in
>> check_effective_target_arm_neon_fp_16_ok.
>>
>> At present, without the expander, moving
In this PR, we find ourselves in a curious situation. When parsing this enum:
enum E { x = 1, y = x << 1 };
we process the LSHIFT_EXPR in cp_build_binary_op and call
fold_non_dependent_expr
on each of the operands. Then fold_non_dependent_expr calls
maybe_constant_value
which, for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #31 from neil.n.carlson at gmail dot com ---
Sorry, ignore the example of comment 30. I had already reported this in PR
67564 (not a duplicate of this one). I'm getting old ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
This wouldn't cover cases where this change affects the type or value of
more complicated expressions, so my preference would be to clear the
caches when we finish_enum_value_list.
Jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68176
--- Comment #5 from Nix ---
I didn't think of that (I try to forget that fixincludes exists because it
gives me nightmares). But much though I hate fixincludes, this sort of fix (to
headers for an obsolete program which will by definition never
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Mon Jan 18 14:14:35 2016
New Revision: 232518
URL: https://gcc.gnu.org/viewcvs?rev=232518=gcc=rev
Log:
gcc/
2016-01-18 Yuri Rumyantsev
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328
--- Comment #4 from Ilya Enkovich ---
(In reply to Richard Biener from comment #3)
> > ./cc1 -quiet t.c -O3
> t.c: In function ‘fn1’:
> t.c:2:6: internal compiler error: in vector_compare_rtx, at optabs.c:5290
> void fn1() {
> ^~~
>
>
On Mon, Jan 18, 2016 at 03:15:08PM +0100, Bernd Schmidt wrote:
> Secondly, we're currently in a development phase where we only accept bug
> fixes for gcc-6. You should resubmit/ping the patch once stage1 opens again.
I think this is a bug fix, it is a workaround for a broken compiler that
some
On 24/11/15 13:21, Tom de Vries wrote:
On 09/11/15 16:50, Tom de Vries wrote:
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang dimension.
The patch series
The following patch fixes us miscounting the number of scalar
instructions for BB vectorization leading to vectorizations that
are not profitable.
A simple fix is to count each scalar stmt at most once.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2016-01-18 Richard
On Mon, Jan 18, 2016 at 03:24:21PM +0100, Tom de Vries wrote:
> >>As discussed here (
> >>https://gcc.gnu.org/ml/gcc-patches/2015-11/msg00785.html ), the kernels
> >>directive does not allow the reduction clause. This patch fixes that.
> >>
> >
>
> Ping^2.
Ok.
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69297
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Jan 18 14:25:56 2016
New Revision: 232519
URL: https://gcc.gnu.org/viewcvs?rev=232519=gcc=rev
Log:
2016-01-18 Richard Biener
PR
On 24/11/15 13:26, Tom de Vries wrote:
On 09/11/15 21:06, Tom de Vries wrote:
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang dimension.
The patch series
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69297
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69345
--- Comment #1 from Richard Biener ---
candidates are r232435 and r232401 I think (which would be both mine).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69345
Alexander Fomin changed:
What|Removed |Added
CC||afomin.mailbox at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
--- Comment #29 from The Written Word
---
(In reply to Alexander from comment #28)
> this one file should recompile with -O1 optimization
Thanks. I rebuilt with charset.c with -O1 and it compiled. I resumed the build
and the compile now fails
On 18/01/16 15:15, Bernd Schmidt wrote:
On 01/13/2016 01:53 AM, Jesper Broge Jørgensen wrote:
genattrab.c can generate if statements that have very deep bracket
nesting causing clang to produce errors (when target=arm-none-eabi) as
explained at https://gcc.gnu.org/ml/gcc/2014-05/msg00032.html
[ was: Re: [PIING][PATCH, 9/16] Add pass_parallelize_loops_oacc_kernels ]
On 14/12/15 16:22, Richard Biener wrote:
Can the pass not just use a pass parameter to switch between oacc/non-oacc?
It can, and that means that parloops is run outside the loops pipeline.
This patch enables that.
[was: Re: [PIING][PATCH, 9/16] Add pass_parallelize_loops_oacc_kernels ]
On 14/12/15 16:22, Richard Biener wrote:
On Sun, Dec 13, 2015 at 5:58 PM, Tom de Vries wrote:
On 24/11/15 13:24, Tom de Vries wrote:
On 16/11/15 12:59, Tom de Vries wrote:
On 09/11/15 20:52,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68620
Christophe Lyon changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
Hi Alan,
On 18/01/16 12:14, Alan Lawrence wrote:
This fixes ICEs on armeb for float16x[48]_t vectors, e.g. in
check_effective_target_arm_neon_fp_16_ok.
At present, without the expander, moving v4hf/v8hf values around is done
via subregs. On armeb, this ICEs because REG_CANNOT_CHANGE_MODE_P.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69344
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69344
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69274
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69274
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
--- Comment #7 from Jakub Jelinek ---
The patterns are just weird.
(insn 10 7 11 2 (parallel [
(set (reg:CC_NZ 66 cc)
(compare:CC_NZ (plus:DI (reg:DI 79)
(reg:DI 85 [ x ]))
Thanks Richard.
I changed the check on type as you proposed.
What about the second back-end part of patch (it has been sent 08.12.15).
Thanks.
Yuri.
2016-01-18 15:44 GMT+03:00 Richard Biener :
> On Mon, Jan 11, 2016 at 11:06 AM, Yuri Rumyantsev
> On Mon, Jan 18, 2016 at 10:28 AM, Prathamesh Kulkarni
> wrote:
> > On 17 January 2016 at 14:56, Prathamesh Kulkarni
> > wrote:
> >> Hi,
> >> I was having a look at PR69133.
> >> It appears that with -flto-partition=none,
> >>
Ping patch:
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg00784.html
thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
--- Comment #30 from The Written Word
---
(In reply to The Written Word from comment #29)
> (In reply to Alexander from comment #28)
> > this one file should recompile with -O1 optimization
>
> Thanks. I rebuilt with charset.c with -O1 and it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69308
Richard Biener changed:
What|Removed |Added
Known to work||6.0
--- Comment #12 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69308
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Mon Jan 18 13:03:54 2016
New Revision: 232516
URL: https://gcc.gnu.org/viewcvs?rev=232516=gcc=rev
Log:
2016-01-18 Richard Biener
PR middle-end/69308
[ was: Re: [committed] Add oacc_kernels_p argument to
pass_parallelize_loops ]
On 18/01/16 14:07, Tom de Vries wrote:
[was: Re: [PIING][PATCH, 9/16] Add pass_parallelize_loops_oacc_kernels ]
On 14/12/15 16:22, Richard Biener wrote:
On Sun, Dec 13, 2015 at 5:58 PM, Tom de Vries
[ was: Re: [PATCH, 13/16] Add c-c++-common/goacc/kernels-*.c ]
On 09/11/15 21:07, Tom de Vries wrote:
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69344
Bug ID: 69344
Summary: [6 Regression] 435.gromacs regression
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69344
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
[ was: Re: [PATCH, 15/16] Add libgomp.oacc-c-c++-common/kernels-*.c ]
On 09/11/15 21:10, Tom de Vries wrote:
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69345
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #11 from Yury V. Zaytsev ---
Hi Roger,
Thank you for the hint! I've tried the solution from the linked ticket, but I'm
still getting the same problem, albeit at a different place in the code (not
sure why?!). In addition I'm still
On Mon, Jan 18, 2016 at 3:02 PM, Yuri Rumyantsev wrote:
> Thanks Richard.
>
> I changed the check on type as you proposed.
>
> What about the second back-end part of patch (it has been sent 08.12.15).
Can't see it in my inbox - can you reply to the mail with a ping?
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68176
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
Hello,
On 15 Jan 15:39, Alexander Fomin wrote:
> I've bootstrapped and regtested it against GCC v5 on x86_64-gnu-linux.
> OK for 5-branch?
Yes, it is ok for gcc-5-branch
--
Thanks, K
>
> --
> Thanks,
> Alexander
>
> On Fri, Oct 09, 2015 at 05:24:56PM +0300, Kirill Yukhin wrote:
> > Hello,
> >
This fixes missing handling of GIMPLE_COND in gimple_could_trap_p[_1].
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2016-01-18 Richard Biener
PR middle-end/69308
* gimple.c (gimple_could_trap_p_1): Handle GIMPLE_COND.
Index:
The failures with -m32 are
Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
Without the closing brace, I get
UNRESOLVED: gfortran.dg/derived_constructor_comps_6.f90 -O0
scan-tree-dump-times original "__builtin_free » 33
Dominique
> Le 18 janv. 2016 à 13:48,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Confirmed as well.
If combine changed the plus-compare into a minus-compare, shouldn't it also go
into the condition code usage and update that too though?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #5)
> Confirmed as well.
> If combine changed the plus-compare into a minus-compare, shouldn't it also
> go into the condition code usage and update that too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69345
Bug ID: 69345
Summary: [6 Regression] 459.GemsFDTD regression
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
On Sun, 2016-01-17 at 18:30 -0500, David Edelsohn wrote:
> On Sun, Jan 17, 2016 at 3:21 PM, Torvald Riegel wrote:
> > On Sat, 2016-01-16 at 15:38 -0500, David Edelsohn wrote:
> >> On Sat, Jan 16, 2016 at 8:35 AM, Jakub Jelinek wrote:
> >> > On Sat, Jan 16,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
--- Comment #8 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #7)
> The patterns are just weird.
All that comes from the addti3 expander in aarch64.md
If I delete it the testcase doesn't abort.
I'll have a closer
On 01/13/2016 01:53 AM, Jesper Broge Jørgensen wrote:
genattrab.c can generate if statements that have very deep bracket
nesting causing clang to produce errors (when target=arm-none-eabi) as
explained at https://gcc.gnu.org/ml/gcc/2014-05/msg00032.html
At the above link it was suggested that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68881
--- Comment #7 from Uroš Bizjak ---
(In reply to Richard Biener from comment #2)
> Works for me but
> https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg01237.html still has it.
>
> Maybe some as feature stuff? Tom, what target did you
Hi,
On Sat, Jan 16, 2016 at 12:43:07PM +0100, Jakub Jelinek wrote:
> On Fri, Jan 15, 2016 at 06:23:05PM +0100, Martin Jambor wrote:
> > BRIG_KIND_OPERAND_REGISTER = 0x300a,
> > BRIG_KIND_OPERAND_STRING = 0x300b,
> > BRIG_KIND_OPERAND_WAVESIZE = 0x3009c,
> > BRIG_KIND_OPERAND_END = 0x300d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #32 from Paul Thomas ---
(In reply to neil.n.carlson from comment #31)
> Sorry, ignore the example of comment 30. I had already reported this in PR
> 67564 (not a duplicate of this one). I'm getting old ...
Thanks for your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66680
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Hi,
On Sat, Jan 16, 2016 at 09:58:51AM +0100, Jakub Jelinek wrote:
> On Sat, Jan 16, 2016 at 12:49:12AM +0100, Martin Jambor wrote:
> > bootstrapping on i686-linux revealed the need for the following simple
> > patch. I've run into two types of compilation errors on
> > powerpc-ibm-aix (no
On 12/25/2015 12:37 PM, Patrick Palka wrote:
That alone would not be sufficient because more_specialized_fn()
doesn't call maybe_adjust_types_for_deduction() beforehand, yet we
have to do the decaying there too (and on both types, not just one of
them).
And maybe_adjust_types_for_deduction()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328
--- Comment #5 from Ilya Enkovich ---
This patch works for me:
diff --git a/gcc/tree-vect-stmts.c b/gcc/tree-vect-stmts.c
index 635c797..9d4d286 100644
--- a/gcc/tree-vect-stmts.c
+++ b/gcc/tree-vect-stmts.c
@@ -7441,6 +7441,10 @@
Hi!
PDP endian is
gcc_assert (!BYTES_BIG_ENDIAN);
gcc_assert (WORDS_BIG_ENDIAN);
and 16-bit words, thus within uint16_t it is little endian, and the
16-bit words are ordered in larger units in big endian order.
> +#else
> + val = ((val & 0xff00ff00) >> 8) | ((val & 0xff00ff) << 8);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69342
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69342
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69333
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320
Jakub Jelinek changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69307
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69342
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320
--- Comment #6 from Jakub Jelinek ---
*** Bug 69342 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69326
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320
Jakub Jelinek changed:
What|Removed |Added
CC||chengniansun at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69325
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69322
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320
--- Comment #7 from Markus Trippelsdorf ---
*** Bug 69322 has been marked as a duplicate of this bug. ***
On Mon, Jan 18, 2016 at 10:06:44AM +0100, Eric Botcazou wrote:
> > The following testcase is miscompiled on i686-linux at -O3.
> > The bug is in DSE record_store, which for group_id < 0 uses mem_addr
> > set to result of get_addr (base->val_rtx) (plus optional offset),
> > which is fine for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #9 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Jan 18 10:27:10 2016
New Revision: 232498
URL: https://gcc.gnu.org/viewcvs?rev=232498=gcc=rev
Log:
PR ada/69219
* gcc-interface/trans.c
2016-01-17 20:53 GMT+03:00 Jakub Jelinek :
> Hi!
>
> The following patch fixes a warning in libmpx:
> ../../../../libmpx/mpxwrap/mpx_wrappers.c:492:8: warning: assignment discards
> 'const' qualifier from pointer target type [-Wdiscarded-qualifiers]
> *d = *s;
> ^
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69323
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
> >if (n_pieces >= (unsigned int) (optimize_size ? 3 : 15))
> > return false;
> > - if (piece > 4)
> > + if (TARGET_LL64 && (piece != 8) && (align >= 4))
> > +piece = 8;
> > + else if (piece > 4)
> > piece = 4;
> >dst_addr = force_offsettable (XEXP (operands[0],
On 01/16/2016 01:56 AM, Will Deacon wrote:
On Wed, Jan 13, 2016 at 05:13:29PM +0900, AKASHI Takahiro wrote:
On 01/13/2016 03:04 AM, Will Deacon wrote:
On Tue, Jan 12, 2016 at 03:11:29PM +0900, AKASHI Takahiro wrote:
On 01/09/2016 12:53 AM, Will Deacon wrote:
I still don't understand why you
On Sun, Jan 17, 2016 at 9:09 PM, Eric Botcazou wrote:
>> Sounds like a good excuse to add a guality for Ada (which has unique
>> needs for dwarf).
>
> Well, the guality testsuite is a pain to maintain so I'd rather not.
> The GDB testsuite is clearly the right place for
> But that tests GDB and not GCCs generation of DWARF ...
But GDB only consumes the DWARF generated by GCC, it cannot synthetize it. ;-)
> which means take the other option of writing a scan-assembler testcase
> looking for the previously missing DWARF.
Fine with me (either Ada or C as far as
On Mon, Jan 11, 2016 at 12:28:40PM +0100, Dominik Vogt wrote:
> The attached patch fixes a test failure caused by expecting the
> error message for the wrong line.
Can this be committed?
> gcc/testsuite/ChangeLog
>
> * g++.dg/cpp0x/constexpr-reinterpret1.C: Fix line number that is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69297
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305
Richard Biener changed:
What|Removed |Added
Target Milestone|6.0 |5.4
On Mon, Jan 18, 2016 at 10:53:51AM +0100, Dominik Vogt wrote:
> On Mon, Jan 11, 2016 at 12:28:40PM +0100, Dominik Vogt wrote:
> > The attached patch fixes a test failure caused by expecting the
> > error message for the wrong line.
>
> Can this be committed?
>
> > gcc/testsuite/ChangeLog
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69300
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #10 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Jan 18 10:29:45 2016
New Revision: 232499
URL: https://gcc.gnu.org/viewcvs?rev=232499=gcc=rev
Log:
PR ada/69219
* gcc-interface/trans.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68824
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 311 matches
Mail list logo