Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: mattiase at acm dot org
Target Milestone: ---
This fully populated switch still produces some kind of useless range check:
struct S { unsigned x : 2; };
int f (struct S *s) {
switch(s-&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3920
--- Comment #10 from Mattias Engdegård ---
Stabs is rather obsolete and I don't personally care about it any more. As far
as I can tell from the source (GCC 5.3 and GDB 7.10), the problem (wrong CTR
numbering in stabs) is still there, but if it we
Assignee: unassigned at gcc dot gnu.org
Reporter: mattiase at acm dot org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Libgomp may use a mutex, acc_device_lock, prior to initialising it depending on
the constructor calling order: it is initialised in
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: mattiase at acm dot org
The mere presence of a function with the attribute target("sse4.2") is enough
for gcc to miscompile other functions with respect to global register
Assignee: unassigned at gcc dot gnu.org
Reporter: mattiase at acm dot org
Returning a big aggregate sometimes yields an avoidable temporary and memcpy.
In this example, gcc manages to pass a pointer to the destination variable as
the hidden struct return pointer only when that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57046
Bug #: 57046
Summary: wrong code generated by gcc 4.8.0 on i686
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55217
Bug #: 55217
Summary: False -Wstrict-overflow warning
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43421
Mattias Engdegård changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
}
--
Summary: strict-aliasing warning from innocent code
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Reported
