http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #32 from Sebastian Huber
2010-09-30 15:36:02 UTC ---
Which target milestone do you intend for a fix? It is still present in 4.6.0
20100925.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49119
--- Comment #1 from Sebastian Huber
2011-05-23 08:00:49 UTC ---
Created attachment 24334
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24334
C source code corresponding to the assembler code.
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sebastian.hu...@embedded-brains.de
Target: powerpc-rtems4.11-gcc
With GCC 4.6.1 20110513 for PowerPC with -O2 I get this:
Disassembly of section .text:
:
0: 38 00 00 00 li r0,0 <- T
...@gcc.gnu.org
ReportedBy: sebastian.hu...@embedded-brains.de
Target: arm-rtemseabi4.11
Created attachment 24689
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24689
Sample code.
The attached source code generates the following assembler code:
0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49641
Sebastian Huber changed:
What|Removed |Added
Known to work||4.4.6
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #37 from Sebastian Huber
2011-08-04 12:30:29 UTC ---
Is this problem also related to this bug (GCC 4.6.1 20110627) with comments
inside:
objdump -d -C /opt/rtems-4.11/lib/gcc/arm-rtems4.11/4.6.1/thumb/vfp/libstdc++.a
| grep -A 94 new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #40 from Sebastian Huber
2011-08-05 06:49:00 UTC ---
(In reply to comment #39)
> On Fri, Aug 5, 2011 at 2:33 AM, jiangning.liu at arm dot com
[...]
> > Is it possible you send me your source code exposing the bug first, so I can
> > v
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: sebastian.hu...@embedded-brains.de
Target Milestone: ---
The following test case produces wrong code with GCC 6. The problem is at least
visible on x86, ARM, SPARC and PowerPC.
class A {
public:
A(int);
};
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71957
--- Comment #4 from Sebastian Huber ---
(In reply to Richard Biener from comment #3)
> On a second look the testcase looks invalid as it invokes a virtual function
> via C on an object of type C. Why do you think doing this is valid?
I try to g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71957
Sebastian Huber changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
201 - 210 of 210 matches
Mail list logo