--- Comment #1 from ramana at gcc dot gnu dot org 2010-03-22 23:04 ---
Are you using any optimization at all ?
With -O2 I see just a bx lr for Thumb2, Thumb1 and ARM.
a:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link
--- Comment #2 from ramana at gcc dot gnu dot org 2010-03-23 00:41 ---
Though not a target bug. The crash happens when the compiler attempts to come
out of cfglayout mode and can also be replicated on x86_64-linux-gnu
--
ramana at gcc dot gnu dot org changed:
What
--- Comment #10 from ramana at gcc dot gnu dot org 2010-03-30 20:09 ---
This would be arm-elf only because arm-eabi configurations don't touch the FPA
which is why this didn't show up earlier. My last trawl of this looked for
PRE_DEC and BLKmode - didn't expect an
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||missed
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #12 from ramana at gcc dot gnu dot org 2010-04-01 15:55 ---
I see this on arm-eabi cross with gcc version 4.5.0 20100401 (experimental)
[trunk revision 157899] (GCC)
With the following command line options -
./xgcc -B`pwd` -S -O2 -mthumb -mcpu=cortex-a9 -mfpu=vfpv3-d16
--- Comment #13 from ramana at gcc dot gnu dot org 2010-04-01 17:11 ---
(In reply to comment #12)
> I see this on arm-eabi cross with gcc version 4.5.0 20100401 (experimental)
> [trunk revision 157899] (GCC)
>
> With the following command line options -
>
> ./x
--- Comment #18 from ramana at gcc dot gnu dot org 2010-04-02 00:01 ---
A work around I tried was to make cross-jumping run dependent on CSA which is
probably a heavy weight work around to what looks like a different problem. It
ended up retaining the correct ALIAS fields in this case
--- Comment #19 from ramana at gcc dot gnu dot org 2010-04-02 08:07 ---
A bootstrap on an A9 board last night with :
/home/ramrad01/trunk/configure --enable-languages=c --with-mode=thumb
--with-cpu=cortex-a9 --with-fpu=vfpv3-d16 --with-float=softfp using
gcc version 4.5.0 20100401
--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-07 08:39 ---
Confirmed but not yet sure why combine can't merge these 2 insns. I believe it
does this in ARM state.
--
ramana at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-08 22:13 ---
Hmm - so why is it that we add an initialization for reg:XI 136 with a
const_int 0 in .175r.init_regs
adding initialization in test of reg 136 at in block 3 for insn 12.
(insn 91 11 12 3 /tmp/n.c:13 (set (reg:XI
--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-08 22:32 ---
Bah I know the problem . The base pattern is flawed. Testing a patch.
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-08 22:57 ---
I think this is one more case of the ARM backend lying to the general
infrastructure.
We expand into ld4qav8hi which happens to be in this following form. Note if
you look at init_regs, there is no use of reg:XI
--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-09 07:02 ---
I can see the same failure on 4.5 branch with the testcase. The flags I used on
the command line were -mcpu=cortex-a8 -Os .
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-09 07:38 ---
It appears as though there's a latent bug in arm_ccfsm_state_machine. If you
mark this correctly as being "predicable" which the rev insn is - the bug goes
away.
If arm_final_prescan_insn sees s
--- Comment #5 from ramana at gcc dot gnu dot org 2010-04-09 07:48 ---
Actually strike out the last patch - that's just wrong for Thumb1. This is what
I am testing currently.
Index: arm.md
===
--- arm.md (rev
--- Comment #11 from ramana at gcc dot gnu dot org 2010-04-10 08:45 ---
I can pretty much see this on a v7 arm-linux-gnueabi target with 157994 (i.e.
using a libgfortran from my 4.5 tree, causes this test to fail and using the
system libgfortran things just work).
On this target
--- Comment #7 from ramana at gcc dot gnu dot org 2010-04-12 08:38 ---
Patch submitted here.
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00401.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43698
--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-12 09:17 ---
Could you post a cleaned-up testcase ? I tried a cleaned up testcase with the
values appropriately zero-initialized and gcc ends up generating the vectorized
value in this case.
--
ramana at gcc dot gnu dot org
--- Comment #12 from ramana at gcc dot gnu dot org 2010-04-12 15:50 ---
A git bisect between the ranges suggested by Dave in Comment #6, gave me
r149470 this as the first broken commit using a cross-compiler to
arm-linux-gnueabi with qemu as the simulator .
2009-07-02 Richard Guenther
--- Comment #15 from ramana at gcc dot gnu dot org 2010-04-12 17:21 ---
(In reply to comment #12)
> A git bisect between the ranges suggested by Dave in Comment #6, gave me
> r149470 this as the first broken commit using a cross-compiler to
> arm-linux-gnueabi with qemu as the
--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-15 09:13 ---
It should be safe for GCC to generate unaligned accesses for newer cores that
support this.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2010-04-15 09:17 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal
--- Comment #8 from ramana at gcc dot gnu dot org 2010-04-15 09:39 ---
Could you submit the patch to gcc-patches@ ? If you need some help in testing
this patch let me know and I can do it for you.
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from ramana at gcc dot gnu dot org 2010-04-15 18:39 ---
Created an attachment (id=20389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20389&action=view)
Testcase for the problem.
Can this bug be reprioritized ?
Deep inside _gfortrani_set_integer, the
--- Comment #18 from ramana at gcc dot gnu dot org 2010-04-16 07:46 ---
Looking at more dumps this morning with the testcase and you can see that
in the not working case all the "tmp" variables aren't marked as being
call-clobbered.
Alias information for set_integer
--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-17 15:32 ---
I think this should now be fixed by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158378
Carrot , can you confirm you are happy with the code generated on trunk now ?
cheers
Ramana
--
ramana at
--- Comment #24 from ramana at gcc dot gnu dot org 2010-04-19 09:06 ---
(In reply to comment #23)
> Fixed for 4.6, if you confirm the patch for the branch tested ok I'll apply
> that
> there.
>
The patch works fine on the 4.5 branch with arm-linux-gnueabi.
A boots
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #6 from ramana at gcc dot gnu dot org 2010-04-26 08:47 ---
Fixed now.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-28 09:55 ---
Confirmed though it isn't as simple as an "expand" time problem alone.
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from ramana at gcc dot gnu dot org 2010-04-28 10:06 ---
* I don't see why smulbb, smultb, smulbt, smultt shouldn't be generated for
their respective cases. So, yes that's correct.
* smulwy is not supported in the backend, so that's a feature enha
--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-28 10:10 ---
On trunk I don't see the movne / moveq problem but the extra mov r3, #1 could
be removed. (I think one of Bernd's recent fixes to ifcvt.c fixed these
issues).
tst r1, #1
mov
--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-28 10:38 ---
(In reply to comment #3)
> Subject: Re: FAIL: libgomp.fortran/reduction3.f90
>
> > Does it work without -fopenmp?
>
> Yes.
>
> Dave
Does this still fail ? Recent testresults don't
--- 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
--- 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 usi
--- 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-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 #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 |
--- 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-repo
--- 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 #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=19222&action=view) [edit]
> Proposed patch
>
> With this patch applied, gcj cross
--- 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=19247&action=view) [edit]
> patch
>
> The attached patch can fix this bug
--- 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
cod
--- 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 |
--- 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=gcc&view=rev&rev=155154
Log:
2009-12-11 Ramana Radhakrishnan
PR targ
--- 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=gcc&view=rev&rev=155157
Log:
Fix PR41574 on 4.4 branch.
2009-12-11 Ramana Radha
--- 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=gcc&view=rev&rev=155158
Log:
Fix target/41196
2009-12-11 Ramana Radha
--- 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=gcc&view=rev&rev=155171
Log:
2009-12-11 Ramana Radhakrishnan
PR targ
--- 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=gcc&view=rev&rev=155172
Log:
2009-12-11 Ramana Radhakrishnan
PR targ
--- 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 |
--- 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
--
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 #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=19308&action=view)
Reduced testcase.
Reduced testcase attached - Compiling with -c -Os -frename-registers exposes
the
--- 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/genmddep
--- 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
--
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 #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)
+++
--- 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
--- 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:
--- 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 |
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40657
--- 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=19267&action=view) [edit]
> Fix for libmudflap + libstdc++v3 for gcc 4.4.2
>
> In
--- 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:
--- 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=gcc&view=rev&rev=155427
Log:
Pass floating point constant moves to integer register
--- 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=gcc&view=rev&rev=155428
Log:
Fix PR target/42093
2009-12-23 Ramana Radha
301 - 400 of 537 matches
Mail list logo