http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
Chengnian Sun changed:
What|Removed |Added
CC||chengniansun at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60191
--- Comment #8 from Bernd Edlinger ---
(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", which is called thr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #6 from Mikael Pettersson ---
(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 static const where the warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
--- Comment #5 from Uroš Bizjak ---
(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
> should not include O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
--- Comment #6 from Uroš Bizjak ---
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 flags correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
--- Comment #3 from Mikael Pettersson ---
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 non-signalling truncation. Still, port
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 ---
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 the
end user can decide wheth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #8 from Jakub Jelinek ---
(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 included either -Wall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60231
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
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: tree-optim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60215
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60232
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60233
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #7 from Joey Ye ---
(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 it's the only pas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60206
--- Comment #5 from 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 inline asm
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #8 from Joey Ye ---
Here is tree dump and diff of 133t.forwprop4
:
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;
*_8 = Int_2_Par_Val_10(D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60222
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #33 from 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 ---
> The problem we're seeing is with the cc0-sette
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60219
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #9 from 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 ---
> Here is tree dump and diff of 133t.forwprop4
> :
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
--- Comment #35 from Joey Ye ---
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))
;; _40 = _2 + _41;
(insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60216
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 ge
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
S
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)
+++ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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++
Assignee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60215
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
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
Compone
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 (o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60183
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.7/4.8/4.9 Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #2 from N Schaeffer ---
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 wrong), I would
like to abort the progra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #3 from Marc Glisse ---
(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) ?
This should bypass so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60238
--- Comment #1 from Dominique d'Humieres ---
> 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 easier compiler interoper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60234
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #4 from N Schaeffer ---
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>: xoreax,eax
0x0040
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: c++
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 ---
Author: ebotcazou
Date: Mon Feb 17 12:00:04 2014
New Revision: 207822
URL: http://gcc.gnu.org/viewcvs?rev=207822&root=gcc&view=rev
Log:
PR libffi/60073
* src/sparc/v8.S: Assemble only if !SPARC64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25140
Richard Biener changed:
What|Removed |Added
CC||johannespfau at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60214
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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 th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60216
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60219
Richard Biener 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 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60221
Richard Biener changed:
What|Removed |Added
Keywords||EH
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60227
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60224
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #3 from Richard Biener ---
(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
> regardless to wheth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #1 from Richard Biener ---
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
! { dg-final { scan-tree-dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
--- Comment #11 from Richard Biener ---
*** Bug 60237 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=207823&root=gcc&view=rev
Log:
2014-02-17 Janus Weil
PR fortran/55907
* resolve.c (b
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: no
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
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #2 from Bernd Edlinger ---
(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 builtin-vectorized-function which d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60242
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133
Richard Earnshaw changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
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: gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #3 from Bernd Edlinger ---
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 changed:
What|Removed |Added
CC||adam at aphirst dot karoo.co.uk
--- Comment
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 ---
-O2 -fno-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #6 from Dominique d'Humieres ---
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)") 987.65
write(*,"(en1
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 ce
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: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60221
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60197
Marek Polacek changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60214
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #6 from N Schaeffer ---
-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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60227
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41076
Georg-Johann Lay changed:
What|Removed |Added
CC||matthijs at stdin dot nl
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60145
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Georg-Johann Lay changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
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 |Adde
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
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #1 from Florent Hivert ---
Created attachment 32155
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32155&action=edit
preprocessed code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #4 from Jan Hubicka ---
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 considering command line option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #2 from Florent Hivert ---
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 = int;
static constexpr int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60237
--- Comment #7 from Marc Glisse ---
(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 isinf and isnan always retur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #5 from Mehdi Amini ---
(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
> regardless to whether
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
--- Comment #3 from Jakub Jelinek ---
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 loop, rather than in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60225
--- Comment #3 from Paolo Carlini ---
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 testing, for example:
Index: s
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 b
1 - 100 of 148 matches
Mail list logo
