http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
Chengnian Sun chengniansun at gmail dot com changed:
What|Removed |Added
CC||chengniansun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60191
--- Comment #8 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to janus from comment #5)
(In reply to Bernd Edlinger from comment #3)
The function make_real is not invoked directly, but through the
type-bound
a%real,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Chengnian Sun from comment #4)
May I ask what is the design rational of not warning unused static const
variables?
See PR28901. There are cases of unused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
--- Comment #5 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #4)
I think the reason for this is that -march=native passes in your case
-mf16c, and -mf16c implies -mavx. So, either OPTION_MASK_ISA_F16C_SET
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
And while looking at driver-i386.c, it looks to me that the whole osxsave state
check should be moved below (ext_level 0x8000) processing, otherwise we
won't clear FMA4 and XOP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
Technically there is an overflow there. But GCC defines conversion to a
smaller signed integer type, when the value cannot be represented in that
smaller type, as a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60231
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #7 from Chengnian Sun chengniansun at gmail dot com ---
Thanks, Jakub and Mikael.
I see it now. IMHO, it might be worthy to add a flag -Wunused-const-variable
similar to Clang, which is not included either -Wall or -Wextra. Therefore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Chengnian Sun from comment #7)
Thanks, Jakub and Mikael.
I see it now. IMHO, it might be worthy to add a flag -Wunused-const-variable
similar to Clang, which is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60231
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
Bug ID: 60236
Summary: gfortran.dg/vect/pr32380.f fails on ARM
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60215
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60232
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #7 from Joey Ye joey.ye at arm dot com ---
(In reply to Richard Biener from comment #5)
(In reply to Joey Ye from comment #4)
-fdisable-tree-forwprop4 doesn't help. -fno-tree-ter makes it even worse.
The former is strange because
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60206
--- Comment #5 from rguenther at suse dot de rguenther at suse dot de ---
On Fri, 14 Feb 2014, wmi at google dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60206
Bug ID: 60206
Summary: IVOPT has no idea of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #8 from Joey Ye joey.ye at arm dot com ---
Here is tree dump and diff of 133t.forwprop4
bb 2:
Int_Index_4 = Int_1_Par_Val_3(D) + 5;
Int_Loc.0_5 = (unsigned int) Int_Index_4;
_6 = Int_Loc.0_5 * 4;
_8 = Arr_1_Par_Ref_7(D) + _6;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60222
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #33 from rguenther at suse dot de rguenther at suse dot de ---
On Sun, 16 Feb 2014, law at redhat dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #32 from Jeffrey A. Law law at redhat dot com ---
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60219
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #9 from rguenther at suse dot de rguenther at suse dot de ---
On Mon, 17 Feb 2014, joey.ye at arm dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #8 from Joey Ye joey.ye at arm dot com ---
Here is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
--- Comment #35 from Joey Ye joey.ye at arm dot com ---
Here is good expansion:
;; _41 = _42 * 4;
(insn 20 19 0 (set (reg:SI 126 [ D.5038 ])
(ashift:SI (reg/v:SI 131 [ Int_1_Par_Val ])
(const_int 2 [0x2]))) -1
(nil))
;;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60216
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #11 from algrant at acm dot org ---
Where do you get that this is racy if the access to data is not atomic? By
design, release/acquire and release/consume sequences don't require wholesale
changes to the way the data payload (in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
--- Comment #2 from janus at gcc dot gnu.org ---
This patchlet seems to be sufficient to fix the ICE:
Index: gcc/fortran/decl.c
===
--- gcc/fortran/decl.c(revision 207804)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
Bug ID: 60237
Summary: isnan fails with -ffast-math
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60215
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60238
Bug ID: 60238
Summary: Allow colon-separated triplet in array initialization
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
Comment 1 compiles fine with this, but comment 0 hits another ICE:
ObjectLists.f90:186:0: internal compiler error: Segmentation fault
class is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60183
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #2 from N Schaeffer nathanael.schaeffer at gmail dot com ---
Thank you for your answer.
My program (which is a computational fluid dynamics solver) is not supposed to
produce NaNs. However, when it does (which means something went
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #3 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to N Schaeffer from comment #2)
Do you have a suggestion concerning my last question:
How can I check if x is NaN in a portable way (not presuming any compilation
option) ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60238
--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr ---
as an alternative to the ugly
indices = (/ (I, I=3, 5) /)
You can use
indices=[(I, I=3, 5)]
if your coding style accepts f2003 syntax.
Supporting it would allow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #4 from N Schaeffer nathanael.schaeffer at gmail dot com ---
int my_isnan(double x){
volatile double y=x;
return y!=y;
}
is translated to:
0x00406cf0 +0: movsd QWORD PTR [rsp-0x8],xmm0
0x00406cf6 +6:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60239
Bug ID: 60239
Summary: False positive maybe-uninitialized in for loop
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60240
Bug ID: 60240
Summary: libbacktrace problems with nested functions
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60073
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Mon Feb 17 12:00:04 2014
New Revision: 207822
URL: http://gcc.gnu.org/viewcvs?rev=207822root=gccview=rev
Log:
PR libffi/60073
* src/sparc/v8.S:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25140
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||johannespfau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60214
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to janus from comment #4)
The test case in comment 0 compiles cleanly when adding the following to the
patch in comment 2:
Unfortunately the combination fails on proc_ptr_comp_37 in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60216
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60219
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60231
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
This draft patch fixes the ICE:
... and regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60220
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60221
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||EH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60227
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60224
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #2)
The specialization is a regular function, not comdat, thus it is not
appropriate to inline it at -O2 -fpic, only -O3 is inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Does ARM have a builtin-vectorized-function hook that handles sqrtf? If not,
then that's expected.
Please adjust the expected number of vectorizations with vect_call_sqrt like
!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
--- Comment #11 from Richard Biener rguenth at gcc dot gnu.org ---
*** Bug 60237 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55907
--- Comment #10 from janus at gcc dot gnu.org ---
Author: janus
Date: Mon Feb 17 12:46:52 2014
New Revision: 207823
URL: http://gcc.gnu.org/viewcvs?rev=207823root=gccview=rev
Log:
2014-02-17 Janus Weil ja...@gcc.gnu.org
PR fortran/55907
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Bug ID: 60241
Summary: internal compiler error: in finish_member_declaration,
at cp/semantics.c:2617
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60242
Bug ID: 60242
Summary: incorrect optimization of code with inline assembly
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #2 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to Richard Biener from comment #1)
Does ARM have a builtin-vectorized-function hook that handles sqrtf? If not,
then that's expected.
Yes, it does have a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60242
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
CC||aoliva at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
Unfortunately the combination fails on proc_ptr_comp_37 in the testsuite.
To fix this, another hunk in class.c is needed, so that the patch becomes:
Index:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #3 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
ERROR: gfortran.dg/vect/pr32380.f -O : error executing dg-final: syntax error
in target selector ! target vect_call_sqrtf
what is the right syntax here??
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58861
Adam Hirst adam at aphirst dot karoo.co.uk changed:
What|Removed |Added
CC||adam at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
--- Comment #7 from janus at gcc dot gnu.org ---
I think it should be possible (and preferable) to always defer the building of
the vtab, and not only partially as in comment 6. Will try to do that ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
Bug ID: 60243
Summary: IPA is slow on large cgraph tree
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
-O2 -fno-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
While preparing a test case, I have been hit by another snag!-(
With the trunk and 4.8, the following test
write(*,(en15.2)) 98765.
write(*,(en15.3)) 9876.5
write(*,(en15.1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60242
cerealguy at yandex dot ru changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60244
Bug ID: 60244
Summary: GCC-trunk rev.207809, Segmentation fault when
executing .../xgcc -dumpspecs
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60221
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60197
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60214
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #6 from N Schaeffer nathanael.schaeffer at gmail dot com ---
-fno-builtin-isnan is also interesting, thanks.
Is there somewhere a rationale for not making isnan() find NaN's with
-ffinite-math-only ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60224
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60227
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41076
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
CC||matthijs at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60145
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 60040, which changed state.
Bug 60040 Summary: AVR: error: unable to find a register to spill in class
'POINTER_REGS'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
Bug ID: 60245
Summary: Template static function not accepted as constexpr
parameter
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #1 from Florent Hivert florent.hivert at lri dot fr ---
Created attachment 32155
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32155action=edit
preprocessed code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Even at -O3 we inline only functions that either can not be interposed (i.e.
static or -fno-pic) or are known to be same everywhere (comdat and functions
declared inlined). I was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #2 from Florent Hivert florent.hivert at lri dot fr ---
Sorry ! The version I submitted is not the most reduced. Here is a version not
using vectors:
constexpr int Apply(const int in, int (*f)(const int)) { return f(in); }
using Foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #7 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to N Schaeffer from comment #6)
Is there somewhere a rationale for not making isnan() find NaN's with
-ffinite-math-only ?
finite-math-only is basically a promise that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #5 from Mehdi Amini joker.eph at gmail dot com ---
(In reply to Jakub Jelinek from comment #2)
The specialization is a regular function, not comdat, thus it is not
appropriate to inline it at -O2 -fpic, only -O3 is inlining functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
decl in this case in tsubst_omp_for_iterator is i, and init is DECL_EXPR i, i
has DECL_INITIAL set to the function call. RECUR on both of these will tsubst
the initializer before the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
Thus, it seems to me that to have a consistent literal_type_p /
ensure_literal_type_for_constexpr_object pair we should use strip_array_types
in the latter too. The below passes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60246
Bug ID: 60246
Summary: Emit debug info for explicit template instantiation
definitions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10350
--- Comment #12 from owner at bugs dot debian.org ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is
1 - 100 of 148 matches
Mail list logo