--- Comment #1 from ramana at gcc dot gnu dot org 2010-01-04 23:44 ---
For completeness the options are with -mthumb -Os -march=armv5te ?
With trunk I see a size of 52 bytes and this code.
.type test, %function
test:
push{r4, r5, r6, r7, lr}
sub sp
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 17:32 ---
The problem here essentially appears to be that GCC can't seem to generate
conditional tail-calls (or conditional calls for that matter in this case) with
-fno-optimize-sibling-calls . I don't read this as a problem
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ramana at gcc dot gnu dot org
GCC host triplet: x86_64 linux gnu
GCC target triplet: arm-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42556
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-30 19:14 ---
Ok (In reply to comment #3)
My complete command line:
/home/carrot/compiler/armobj/gcc/cc1plus -fpreprocessed testH.ii
-quiet
-dumpbase testH.cpp -auxbase-strip obj/./testH.o -Os -o testH.s
Please compile
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 23:54 ---
Mine.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #11 from ramana at gcc dot gnu dot org 2009-12-29 10:24 ---
(In reply to comment #7)
(In reply to comment #5)
I believe it's the *absence* of the PR40134 fix on 4_4-branch that's causing
the backport of __sync_synchronize() support to regress. I'm currently
testing
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-29 10:35 ---
I can confirm this as a problem on the 4.4 branch and I can see this isn't a
problem on trunk .
.arch armv5te
.fpu softvfp
.eabi_attribute 20, 1
.eabi_attribute 21, 1
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-29 12:44 ---
Steven,
(In reply to comment #2)
The if (outcnt == 1) func (); bit is optimized for me with gcc-4.4.2 on
x86_64 at -O1 and -O2, but not at -Os. I was a bit too hasty to call this
alias
related, it seems.
Yes
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-29 12:47 ---
Please submit patches to gcc-patc...@gcc.gnu.org rather than attaching the
patch here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42537
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-29 23:21 ---
This looks like a DUP of PR29274.
*** This bug has been marked as a duplicate of 29274 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ramana at gcc dot gnu dot org 2009-12-29 23:21 ---
*** Bug 42498 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 00:08 ---
What architecture options are you using ? With .ident GCC: (GNU)
4.5.0 20091229 (experimental) and -O2 I get the redundant move into r4 of sp .
But for -Os I get the following very different code. I
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-30 00:10 ---
(In reply to comment #1)
What architecture options are you using ? With .ident GCC: (GNU)
4.5.0 20091229 (experimental) and -O2 I get the redundant move into r4 of sp
.
But for -Os I get
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 00:19 ---
This appears to be a 4.4 only size regression and this appears to be fixed on
trunk.
With -Os -march=armv5te -mthumb size is 44 bytes on trunk as of today. gcc
version 4.5.0 20091229 (experimental) (GCC
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-27 11:37 ---
The correct fix is potentially a version of the fix for PR40133 / PR40134 for
arm-linux-gnueabi. Looking at this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42503
--- Comment #7 from ramana at gcc dot gnu dot org 2009-12-24 10:18 ---
Matthias confirmed to me privately that his bootstrap had gone past the
infinite loop in stage2 . There might be other issues with Thumb2 bootstrap -
we'll open new bugs in the future for those.
Updated subject
--- Comment #9 from ramana at gcc dot gnu dot org 2009-12-24 10:46 ---
Subject: Bug 40887
Author: ramana
Date: Thu Dec 24 10:46:00 2009
New Revision: 155453
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155453
Log:
Fix PR target/40887
2009-12-24 Julian Brown jul
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-24 16:02 ---
This isn't going to happen till we teach csa and the other optimizers about
load and store multiple as first class objects in the IR.
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from ramana at gcc dot gnu dot org 2009-12-23 09:00 ---
Patch submitted here. http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01060.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40887
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-23 15:12 ---
(In reply to comment #4)
Created an attachment (id=19267)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19267action=view) [edit]
Fix for libmudflap + libstdc++v3 for gcc 4.4.2
In gcc 4.4.2, libstdc++v3
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-23 15:25 ---
Can't see anything in the backend that does CFI in prologue and epilogue for
the ARM port. Reclassifying as a target bug rather than a debug bug.
--
ramana at gcc dot gnu dot org changed:
What
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-23 16:29 ---
Subject: Bug 40670
Author: ramana
Date: Wed Dec 23 16:29:12 2009
New Revision: 155427
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155427
Log:
Pass floating point constant moves to integer registers
as mov
--- Comment #6 from ramana at gcc dot gnu dot org 2009-12-23 16:36 ---
Subject: Bug 42093
Author: ramana
Date: Wed Dec 23 16:36:40 2009
New Revision: 155428
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155428
Log:
Fix PR target/42093
2009-12-23 Ramana Radhakrishnan
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-23 16:37 ---
Fixed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-22 16:35 ---
Testing this patch. Thumb2 can't have signed numbers in the tbh instruction.
Index: arm.h
===
--- arm.h (revision 155371)
+++ arm.h
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-22 20:26 ---
(In reply to comment #1)
The only reason for keeping the old predication-based code is that it can
handle an important case that the generic code cannot. Specifically, it can
conditionally skip a call
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-22 22:06 ---
Can't reproduce with 4.3 branch, 4.4 branch , trunk and arm-eabi / arm-elf
Tested with
-O2 , -O3 , -Os
-march=armv5te, armv4t , armv7-a
-marm -mthumb
--
ramana at gcc dot gnu dot org changed:
What
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-22 22:36 ---
Updating summary and Component.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ramana at gcc dot gnu dot org 2009-12-22 22:39 ---
Can't reproduce with trunk or release branches for the attached testcase.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40657
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot
|dot org
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-17 10:49 ---
Confirmed -
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-16 11:11 ---
(In reply to comment #3)
Comment #3 has a couple of incorrect statements about this being a problem with
the system compiler - It's actually a 4.5 problem because the object files used
in build/genmddeps
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-15 09:50 ---
Created an attachment (id=19308)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19308action=view)
Reduced testcase.
Reduced testcase attached - Compiling with -c -Os -frename-registers exposes
the problem
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41455
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-14 23:37 ---
Confirmed - the work around appears to also be to remove -frename-registers.
Reducing testcase.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-14 23:43 ---
I now see a bootstrap failure with build/genmddeps going into an infinite loop
for stage2. This has to be a problem with the the system compiler.
This utility jumps into never never land from read_rtx in read-rtl.c
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-11 09:53 ---
Is a dup of PR41399
*** This bug has been marked as a duplicate of 41399 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ramana at gcc dot gnu dot org 2009-12-11 09:53 ---
*** Bug 42351 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot
|dot org
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-11 10:31 ---
Subject: Bug 41939
Author: ramana
Date: Fri Dec 11 10:31:13 2009
New Revision: 155154
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155154
Log:
2009-12-11 Ramana Radhakrishnan ramana.radhakrish...@arm.com
--- Comment #11 from ramana at gcc dot gnu dot org 2009-12-11 11:21 ---
Subject: Bug 41574
Author: ramana
Date: Fri Dec 11 11:21:33 2009
New Revision: 155157
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155157
Log:
Fix PR41574 on 4.4 branch.
2009-12-11 Ramana Radhakrishnan
--- Comment #9 from ramana at gcc dot gnu dot org 2009-12-11 11:54 ---
Subject: Bug 41196
Author: ramana
Date: Fri Dec 11 11:53:46 2009
New Revision: 155158
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155158
Log:
Fix target/41196
2009-12-11 Ramana Radhakrishnan
--- Comment #10 from ramana at gcc dot gnu dot org 2009-12-11 11:54 ---
Fixed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-11 17:37 ---
Subject: Bug 42263
Author: ramana
Date: Fri Dec 11 17:37:34 2009
New Revision: 155171
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155171
Log:
2009-12-11 Ramana Radhakrishnan ramana.radhakrish...@arm.com
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-11 17:45 ---
Subject: Bug 42263
Author: ramana
Date: Fri Dec 11 17:45:32 2009
New Revision: 155172
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155172
Log:
2009-12-11 Ramana Radhakrishnan ramana.radhakrish...@arm.com
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-11 17:46 ---
Fixed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from ramana at gcc dot gnu dot org 2009-12-11 17:46 ---
Fixed .
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-11 18:10 ---
Needed an update to a newer version of binutils. Invalid.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-11 18:11 ---
arm-elf is in maintenance only mode. Marking it as P4 -
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-11 18:15 ---
No feedback in more than 6 months .
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-11 18:16 ---
Fixed with 4.3.2 apparently.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-11 18:19 ---
No feedback in over a year and don't have more information . Hence Suspended.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ramana at gcc dot gnu dot org 2009-12-11 18:21 ---
No feedback in over 6 months and appears to work fine in later versions of the
tools.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-11 18:23 ---
No feedback in over 6 months.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ramana at gcc dot gnu dot org 2009-12-11 18:27 ---
As it could not be reproduced and a later comment indicates it works for 4.4.0.
Resolved as INVALID.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ramana at gcc dot gnu dot org 2009-12-10 15:18 ---
This is now fixed in trunk and all release branches.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41574
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41939
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-10 15:23 ---
Fixing target milestone and version reported against.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ramana at gcc dot gnu dot org 2009-12-10 15:25 ---
(In reply to comment #6)
Created an attachment (id=19222)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19222action=view) [edit]
Proposed patch
With this patch applied, gcj cross-builds fine (not a canadian
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-10 23:51 ---
Update summary
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-11 00:22 ---
(In reply to comment #4)
Created an attachment (id=19247)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19247action=view) [edit]
patch
The attached patch can fix this bug. But due to
http://gcc.gnu.org
--- Comment #6 from ramana at gcc dot gnu dot org 2009-12-11 00:25 ---
(In reply to comment #5)
Please submit patches to gcc-patc...@gcc.gnu.org rather than attaching it to
the bug report.
Also when doing so can you measure the impact of your patch with CSIBe and see
code size
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-11 00:33 ---
I haven't been able to reproduce this - closing this out as WORKSFORME.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 15:35 ---
Bugzilla is for trunk and the currently maintained release branches. gcc 3.2 is
no longer actively maintained.
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 15:48 ---
Only with trunk - this is a performance and size regression.
The correct answer might be to define thumb1 specific size costs . At the
minute thumb1_rtx_costs is used for both speed and size.
--
ramana at gcc
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:04 ---
Do you still see this problem ? Can you provide a backtrace or some more
information about this one ?
I don't see this as of 4.4 from yesterday.
mkdir test.gch
gcc -x c-header -marm -fmem-report -ftime-report -c
--- Comment #25 from ramana at gcc dot gnu dot org 2009-12-09 16:10 ---
*** Bug 42081 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-09 16:10 ---
Dup of 16350.
*** This bug has been marked as a duplicate of 16350 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:25 ---
(In reply to comment #1)
I add that this happens also in native builds (host=build=target)
Sorry, your bug report is contradictory - you say this is a native build but
your host is x86_64-linux and your target
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 16:49 ---
Please submit the patch upstream as requested. this is a 4.3 only bug.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:55 ---
This occurs with arm-eabi cross as well.
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #14 from ramana at gcc dot gnu dot org 2009-12-09 17:09 ---
(In reply to comment #13)
I am just re-testing it on vangelis with size
estimates ignoring it.
Honza - Any updates on this ?
Ramana
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #13 from ramana at gcc dot gnu dot org 2009-12-08 11:47 ---
I see this with last night's trunk on a native armv5te linux machine with 512MB
of RAM.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-07 15:52 ---
Also appears with trunk as of today.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2009-11-17 00:19:52 |2009-12-07 17:01
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-07 07:56 ---
Please send patches to the appropriate patches list and not attach it to the
bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42276
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-01 18:26 ---
(In reply to comment #0)
Compile the attached source code with options -Os -fpic -mthumb, gcc generates
following code for the constructor:
Could you do some more analysis of where this is coming from using rtl
--- Comment #2 from ramana at gcc dot gnu dot org 2009-11-20 16:00 ---
(In reply to comment #1)
only seen when configuring with --with-mode=thumb, disabling scheduling for
thumb2 shows the same endless loop.
Confirmed unless there's a miscompilation in libc that we are missing
--- Comment #5 from ramana at gcc dot gnu dot org 2009-11-16 09:58 ---
Confirmed. LR could have been used instead of using the stack here.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ramana at gcc dot gnu dot org 2009-11-16 10:18 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status
.
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ramana at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host
--- Comment #1 from ramana at gcc dot gnu dot org 2009-11-13 17:23 ---
Created an attachment (id=19011)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19011action=view)
Reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42031
--- Comment #1 from ramana at gcc dot gnu dot org 2009-11-13 17:32 ---
(In reply to comment #0)
In gcc4.2.1 targeting ARM processors, pure leaf functions were able to make
use
of r14 / lr (the link register). However, in gcc4.3.2 and gcc4.4.1 (and
presumably since then, since I
--- Comment #5 from ramana at gcc dot gnu dot org 2009-11-10 10:36 ---
Testcase in Comment #3 fails with -march=armv5te on arm-eabi cross on an
x86_64-linux-gnu host with trunk.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo: ramana at gcc dot gnu dot org
ReportedBy: ramana at gcc dot gnu dot org
GCC target triplet: arm-*-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41939
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from ramana at gcc dot gnu dot org 2009-10-30 13:15 ---
Patch submitted here. http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01792.html
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ramana at gcc dot gnu dot org 2009-10-27 14:58 ---
(In reply to comment #0)
when binutils 2.20 branch is built with gcc-4.4 branch or trunk, I see the
following test failures in the ld testsuite. Checked with gcc-4.4 from
debian/testing, debian/unstable
: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ramana at gcc dot gnu dot org
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla
--- Comment #11 from ramana at gcc dot gnu dot org 2009-10-26 10:36 ---
(In reply to comment #10)
(In reply to comment #7)
I'm currently bootstrapping and testing a patch which disable section
anchors
on arm. It will be interesting to see if it fixes any testsuite failures
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot
|dot org
201 - 300 of 531 matches
Mail list logo