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
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
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
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
: 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
Summary: No code emitted for address-taken instances of
function templates
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
Stephen Kell changed:
What|Removed |Added
CC||srk31 at srcf dot ucam.org
--- Comment
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,
12 matches
Mail list logo
