https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
--- Comment #7 from Stephen Kell ---
Thanks for the backstory. I understand that 'accept as much as possible' isn't
the goal, nor would it be wise.
The pedwarn message you quoted, which explicitly makes reference to integer
constant expressions,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
Stephen Kell changed:
What|Removed |Added
CC||srk31 at srcf dot ucam.org
--- Comment
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: srk31 at srcf dot ucam.org
Target Milestone: ---
Created attachment 48882
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48882&action=edit
Minimal test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91025
--- Comment #2 from Stephen Kell ---
Created attachment 47405
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47405&action=edit
Patch to cpp manual page's description of -MD
It took me long enough, but I'm fairly sure this patch results in
: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: srk31 at srcf dot ucam.org
Target Milestone: ---
The cpp manual page's description of the -MD option is incorrect. It would be
correct as a description of gcc's -MD option... indeed it is phrased in terms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81211
--- Comment #5 from Stephen Kell ---
I take the point in general, and I see the specific difficulty in how result_of
works.
In this specific case, there still seems to be a more low-hanging solution.
Perhaps having a lambda that is not callable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81211
--- Comment #3 from Stephen Kell ---
I agree that this message is better (my bad for not trying a supported
release).
It'd be nice if I didn't have to guess that the reason it's not callable is
that I omitted the copy constructor. The rules for
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: srk31 at srcf dot ucam.org
Target Milestone: ---
Created attachment 41631
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41631&action=edit
Small test ca
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: srk31 at srcf dot ucam.org
Target Milestone: ---
Created attachment 40073
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40073&action=edit
Test case tarball
I have a library which tests, in a constructor f
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: srk31 at srcf dot ucam.org
Created attachment 33569
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33569&action=edit
Source files used in the bug description
Suppose I have an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49609
--- Comment #4 from Stephen Kell 2011-07-01
18:09:07 UTC ---
(In reply to comment #2)
> That paragraph says that if template argument deduction succeeds then an
> instantiation is generated. In your case deduction doesn't succeed because the
> ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49609
Summary: No code emitted for address-taken instances of
function templates
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
12 matches
Mail list logo
