https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55115
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
--- Comment #4 from H.J. Lu ---
Before wide-int:
Lattice value changed to CONSTANT 18446744073709551614. Adding SSA edges to
worklist.
After wide-int:
Lattice value changed to CONSTANT 0xfffe. Adding
SSA edges to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
--- Comment #3 from H.J. Lu ---
Fix this may also fix PR 69399.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69407
Bug ID: 69407
Summary: -Wunused-value on __atomic_fetch_OP and
__atomic_OP_fetch
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: minor
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69406
Bug ID: 69406
Summary: FAIL: 17_intro/headers/c++2011/linkage.cc (test for
excess errors)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Martin Sebor changed:
What|Removed |Added
Known to fail||6.0
--- Comment #2 from Martin Sebor ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69371
--- Comment #4 from Thomas Preud'homme ---
Doh, I should have caught that earlier. The bug can be seen in:
% grep -c dg-option special_functions/18_riemann_zeta/check_value.cc
3
Using dg-additional-option for the timeout solves the issue. Maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
--- Comment #3 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #2)
> Related to/duplicate of pr68442.
Sort of related, but I find 68442 fixed already.
> - gcc_assert (sym->attr.flavor == FL_PROCEDURE);
> + /* gcc_assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68442
--- Comment #5 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #4)
> Related to pr69397. With the patch in pr69397 comment 2, the ICE is replaced
> with the error:
>
> pr68442.f90:7:21:
>
>character(kind=gkind()) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Bug ID: 69405
Summary: [6 Regression] ICE in c_tree_printer on an invalid
__atomic_fetch_add
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Thu Jan 21 03:38:32 2016
New Revision: 232662
URL: https://gcc.gnu.org/viewcvs?rev=232662&root=gcc&view=rev
Log:
PR c/52291 - __sync_fetch_and_add and friends poorly specified for pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
H.J. Lu changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #2 from H.J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #5 from Martin Sebor ---
The GCC manual says the __atomic builtins are meant to be compatible with those
described in the Intel Itanium Processor-specific Application Binary Interface,
section 7.4. Both the ABI and the GCC manual des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #4 from Andrew Pinski ---
Oh one more thing about qualifiers: _Atomic is a qualifer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #3 from Andrew Pinski ---
(In reply to Martin Sebor from comment #1)
> Actually, with more testing I see the builtins do even more than that: they
> silently convert between pointers to types of the same size. (Clang
> diagnoses thos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
--- Comment #5 from Martin Sebor ---
Documentation patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01581.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #2 from Andrew Pinski ---
So this might be following C++ rules here dealing with qualifiers.
There is no discarding of qualifiers either but rather adding them according to
C++ rules.
Note C and C++ deals with inner qualifiers diffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
Martin Sebor changed:
What|Removed |Added
Summary|atomic builtins silently|atomic builtins accept
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
Bug ID: 69404
Summary: atomic builtins silently discard cv-qualifiers
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69377
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933
Andrew Pinski changed:
What|Removed |Added
CC||hcma at hcma dot info
--- Comment #14 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
Bug ID: 69403
Summary: Wrong thumb2_ior_scc_strict_it insn pattern.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69402
Bug ID: 69402
Summary: Incorrect dependency generation when precompiled
headers are used
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69377
Marek Polacek changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
--- Comment #2 from Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67653
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67653
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 20 23:43:58 2016
New Revision: 232640
URL: https://gcc.gnu.org/viewcvs?rev=232640&root=gcc&view=rev
Log:
PR middle-end/67653
* gimplify.c (gimplify_asm_expr): Warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093
Bug 47093 depends on bug 47122, which changed state.
Bug 47122 Summary: vax-*-openbsd* configuration purports to require
openbsd-pthread.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69395
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
--- Comment #3 from Dominique d'Humieres ---
The ICE is gone with the untested following patch
--- ../_clean/gcc/fortran/resolve.c 2016-01-15 21:42:34.0 +0100
+++ gcc/fortran/resolve.c 2016-01-20 23:28:57.0 +0100
@@ -55
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #14 from Roger Orr ---
I don't know I'm afraid: I'm a very occasional mingw user and I haven't
(yet...) tried building gcc on mingw...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #5 from janus at gcc dot gnu.org ---
In fact I have hit the same ICE with a slightly different test case:
program test
implicit none
type :: t
real, allocatable :: r(:)
end type
type(t) :: a
a%r = 0.
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
--- Comment #3 from Jeffrey A. Law ---
Created attachment 37414
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37414&action=edit
Reduced testcase
Reduced testcase. Compile with a mipsel-linux-gnu cross compiler with -O2.
It's easiest to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69355
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #16 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #1 from Thomas Petazzoni ---
Created attachment 37413
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37413&action=edit
Preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
Bug ID: 69401
Summary: gcc 5.3.0 on microblaze: internal compiler error: in
gen_reg_rtx, at emit-rtl.c:1027
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69355
Martin Jambor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Aurelien Jarno changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67355
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #21 from Aurelien Jarno ---
(In reply to Steve Ellcey from comment #20)
> I have still not been able to reproduce this or understand what is happening.
>
> Aurelien, could you try applying the patch that has been submitted for PR
> 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68442
Dominique d'Humieres changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
Bug ID: 69400
Summary: [5/6 Regression] wrong code with -O and int128
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34087
Pat Haugen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
--- Comment #4 from rep.dot.nop at gmail dot com
---
On January 18, 2016 3:57:22 PM GMT+01:00, "bernds at gcc dot gnu.org"
wrote:
>Can this be closed?
Sorry, yes, i think so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #20 from Steve Ellcey ---
I have still not been able to reproduce this or understand what is happening.
Aurelien, could you try applying the patch that has been submitted for PR 69129
to see if that helps? The failure modes for this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64296
--- Comment #4 from Martin Sebor ---
See also bug 67137 for a possible duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67137
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
Bug ID: 69399
Summary: [5/6 Regression] wrong code with -O and int128 (due to
ccp?)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #9 from Michael Meissner ---
Whoops, I saved the response too soon. I meant I tried various combinations of
optimization, -mcpu=, -mtune=, -mbig/-mlittle, -m32 and I couldn't get it to
fail with subversion id 232575.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #8 from Michael Meissner ---
I did try it with svn id 232575 yesterday on a power7 BE target, using various
optimization levels and various -mcpu=/-mtune= combinations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68609
--- Comment #7 from David Edelsohn ---
Author: dje
Date: Wed Jan 20 19:39:08 2016
New Revision: 232632
URL: https://gcc.gnu.org/viewcvs?rev=232632&root=gcc&view=rev
Log:
PR target/68609
* config/rs6000/rs6000.c (rs6000_emit_swsqr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #7 from Bill Seurer ---
I should say that it succeeds on power8 LE. I haven't tried it on a BE system
nor targeting power7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #2 from Gerhard Steinmetz
---
BTW :
$ cat z1c.f90
program p
type t
end type
class(t), allocatable :: z(:)
target :: z(2)
allocate (z(2))
end
$ gfortran-5.3.1 -c z1c.f90
z1c.f90:1:0:
program p
1
internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #6 from Bill Seurer ---
As of Tuesday (19 January 2015) morning this test case was no longer failing.
Something fixed things up in the Friday-Monday timespan though I do not know
what it was.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #1 from Gerhard Steinmetz
---
Whereas, detected :
$ cat z2.f90
program p
type t
end type
type(t), allocatable :: z(:)
target :: z(:)
allocate (z(2))
end
$ gfortran -c z2.f90
z2.f90:5:14:
target :: z(:)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
Bug ID: 69398
Summary: ICE on class with duplicate dimension attribute
specified
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Bug ID: 69397
Summary: ICE on missing subprogram in generic interface
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
--- Comment #1 from Gerhard Steinmetz
---
FYI, works with correct type specification :
$ cat z2.f90
module m1
type t1
end type
end
module m2
use m1
type t2
procedure(f), pointer :: f2 => f2a
procedure(g), pointer :: g2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
Bug ID: 69396
Summary: ICE on type mismatch, in update_ppc_arglist, at
fortran/resolve.c:5580
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69395
--- Comment #1 from Gerhard Steinmetz
---
Whereas, detected with this declaration variant :
$ cat z2.f90
program p
real :: z4d(2,2,2,2)[2,2,2,*]
end
$ gfortran -fcoarray=single z2.f90
z2.f90:2:30:
real :: z4d(2,2,2,2)[2,2,2,*]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69395
Bug ID: 69395
Summary: ICE on declaring array with more than 7
dimensions+codimensions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69343
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69269
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69343
--- Comment #2 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631&root=gcc&view=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964
--- Comment #9 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631&root=gcc&view=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339
--- Comment #1 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631&root=gcc&view=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
Bug ID: 69394
Summary: [5.3] ICE when linking with lto
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
Bug ID: 69393
Summary: ICE in dwarf2out_finish, at dwarf2out.c:27175 with LTO
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59463
dank at kegel dot com changed:
What|Removed |Added
CC||dank at kegel dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
--- Comment #5 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > This changed behavior with r213102 aka PR61861.
>
> Perhaps this comment is relevant?
>
> https://gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69390
Kyle J Strand changed:
What|Removed |Added
CC||kyle.strand at beckman dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
Renlin Li changed:
What|Removed |Added
CC||renlin at gcc dot gnu.org
--- Comment #12 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46393
--- Comment #1 from Jeffrey A. Law ---
It appears the problem starts with forwprop turning the pointer accesses into
array/structure memory accesses. This is generally a good thing.
However, in this instance it makes it awful hard to recover th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
torvald at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #14 from torvald at gcc dot gnu.org ---
Author: torvald
Date: Wed Jan 20 17:47:03 2016
New Revision: 232628
URL: https://gcc.gnu.org/viewcvs?rev=232628&root=gcc&view=rev
Log:
libstdc++: Darwin does not support weak refs without defini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #10 from Jonathan Wakely ---
Author: redi
Date: Wed Jan 20 17:44:58 2016
New Revision: 232627
URL: https://gcc.gnu.org/viewcvs?rev=232627&root=gcc&view=rev
Log:
Add C++11 overloads to the global namespace
PR libstdc++/60401
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69176
--- Comment #19 from Matthias Klose ---
here is a test case from an ICE I saw when backporting the patch to the gcc-5
Linaro branch. Fails with -O2, works with -O1
typedef int Nlm_Int4, ValNodePtr;
Nlm_Int4 b, e;
char c, d;
void fn1();
typedef s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24293
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #13 from Dominique d'Humieres ---
> I can confirm that the following change allows current gcc trunk
> to bootstrap on x86_64-apple-darwin15.
I confirm also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67439
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67439
--- Comment #9 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Jan 20 17:05:43 2016
New Revision: 232623
URL: https://gcc.gnu.org/viewcvs?rev=232623&root=gcc&view=rev
Log:
[ARM] PR 67439: Allow matching of *arm32_movhf when -mrest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69392
Bug ID: 69392
Summary: G++ can't capture 'this' pointer to templated type
using init-capture
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
--- Comment #2 from mail at bobah dot net ---
And if I make this change it works even with '-ftrack-macro-expansion=0'
- #define LINE STR(__LINE__) STR(__LINE__)
+ #define LINE() STR(__LINE__) STR(__LINE__)
- std::cout << LINE << "\n";
+
1 - 100 of 216 matches
Mail list logo
