rsion: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: miles at gnu dot org
Target Milestone: ---
Given the following code:
unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
--- Comment #22 from miles at gnu dot org ---
This seems to have been fixed a long time ago (all the examples in the comment
yield the "right" result).
Can somebody close this bug?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56775
Bug #: 56775
Summary: -flto and -fprofile-generate together result in a
link-time internal compiler error (in
"add_symbol_to_partition")
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50477
Bug #: 50477
Summary: -Wunused-parameter should not warn about virtual
method declarations with bodies
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50477
--- Comment #2 from miles at gnu dot org 2011-09-22 22:34:01 UTC ---
(In reply to comment #1)
> Having a name vs having correct documentation is the best way. Also you can
> use the attribute unused in C++ now.
Sorry, I'm not sure I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50477
--- Comment #4 from miles at gnu dot org 2011-09-23 08:59:47 UTC ---
It's different because unlike most function/method definitions, this is _two_
things together -- a virtual method declaration, which pertains to this class
and all subcl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50671
Bug #: 50671
Summary: NSDMI not parsed correctly for multiple-data-member
declarations
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53287
Bug #: 53287
Summary: "self-initialization" warning doesn't seem to work for
non-primitive types...
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51666
Bug #: 51666
Summary: NSDMI parse fails for template'd intializer
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
Bug #: 51680
Summary: g++ 4.7 fails to inline trivial template stuff
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
--- Comment #2 from miles at gnu dot org 2011-12-27 13:54:38 UTC ---
Hmm, I dunno, my impression is that people expect that template'd code is, in
general "more inlined" -- templates are often used kind of as macro replacement
in C+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
--- Comment #6 from miles at gnu dot org 2011-12-28 01:04:05 UTC ---
Well, it's just an impression ... :]
I think one reason is that unlike normal functions, template functions are
implicitly sort of "local" (by necessity), in tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
--- Comment #18 from miles at gnu dot org 2013-01-09 05:35:35 UTC ---
Is this considered fixed yet? Given the following example, the latest Debian
trunk snapshot ("4.8.0 20121120 (experimental) [trunk revision 193662]", using
uctions.
--
Summary: compiling .cc file with -fwhole-program results in ICE,
in ipcp_iterate_stage, at ipa-cp.c:760
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
--- Comment #1 from miles at gnu dot org 2010-04-20 05:59 ---
The bug system won't let me attach the file, so I've got to find someplace to
stash it:
"The file you are trying to attach is 1367 kilobytes (KB) in size. Non-patch
attachments cannot be more than 1000 KB
--- Comment #2 from miles at gnu dot org 2010-04-20 06:52 ---
Created an attachment (id=20434)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20434&action=view)
"local-surface-pp.cc", gzipped
the uncompressed version of this file was too large to attach
[not
ty: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: miles at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62179
--- Comment #2 from miles at gnu dot org ---
Sorry, that got submitted accidentally (it turns out that RET in the web
page Summary text-box is bound to "submit"!) I'm not sure how to
delete a bogus report... ^^;
Could you d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48749
Summary: internal compiler error: tree check: expected
field_decl
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978
--- Comment #5 from miles at gnu dot org 2011-05-20 04:09:01 UTC ---
Hmm, I'm not getting this warning anymore ... is the bug fixed?
[version "g++ (Debian 20110519-1) 4.7.0 20110519 (experimental) [trunk revision
173903]"]
Thanks,
-Miles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978
Summary: bogus "array subscript is above array bounds" warning
in extremely simple code with no loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46207
Summary: std::atomic::store(...) fails to compile
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
Summary: std::tuple missed optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
--- Comment #2 from miles at gnu dot org 2010-11-16 19:06:02 UTC ---
> Note that when I tried this same test yesterday, on a different machine (but
> the same compiler version), "extern_tuple_test" (but not "arg_tuple_test&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
Summary: internal compiler error: in
build_data_member_initialization, at
cp/semantics.c:5503
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #1 from miles at gnu dot org 2010-11-29 04:25:03 UTC ---
Created attachment 22559
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22559
preprocessed source showing crash
Generated with: g++-snapshot -E -std=c++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #2 from miles at gnu dot org 2010-11-29 04:30:16 UTC ---
BTW, sorry about the duplicate bugs.
Bugzilla complains about not being able to autodetect the attachment
content-type, and says "hit BACK and try again" -- but doesn
: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@gnu.org
miles at gnu dot org changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #3 from miles at gnu dot org 2010-11-29 05:14:29 UTC ---
*** Bug 46697 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #4 from miles at gnu dot org 2010-11-29 05:14:53 UTC ---
*** Bug 46698 has been marked as a duplicate of this bug. ***
: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@gnu.org
miles at gnu dot org changed:
What|Removed |Added
: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@gnu.org
miles at gnu dot org changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #5 from miles at gnu dot org 2010-11-29 05:15:18 UTC ---
*** Bug 46699 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #6 from miles at gnu dot org 2010-11-29 05:15:43 UTC ---
*** Bug 46700 has been marked as a duplicate of this bug. ***
: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@gnu.org
miles at gnu dot org changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49605
Summary: -Wdelete-non-virtual-dtor is not picky enough
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49605
--- Comment #3 from miles at gnu dot org 2011-07-01 13:25:23 UTC ---
Here's another test case which is closer to the real code that prompted this
bug report:
struct X
{
~X ();
virtual void meth () = 0;
};
struct
--- Comment #4 from miles at gnu dot org 2007-11-11 00:54 ---
Wouldn't it be nice if the configure script caught this sort of thing
automatically?
It's obviously going to be a very common problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34045
38 matches
Mail list logo
