Hello All
I just merged trunk into the MELT branch.
(you probably will need to rebuild the branch in a fresh build tree)
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La
On Fri, Jul 8, 2011 at 8:03 PM, Khem Raj raj.k...@gmail.com wrote:
On Fri, Jul 8, 2011 at 1:08 AM, Rohit Arul Raj rohitarul...@gmail.com wrote:
On Wed, Mar 23, 2011 at 5:55 PM, Joseph S. Myers
jos...@codesourcery.com wrote:
On Wed, 23 Mar 2011, Rohit Arul Raj wrote:
Hello All,
I have been
Hi,
On Sat, 16 Jul 2011, Richard Guenther wrote:
Did you really want to say this? Because I'm very sure we actually
loose very much in real-world performance if we wouldn't be using it
(or some alterntive that is specified somewhat cleaner).
I meant to say if we are not using
On 07/17/2011 08:26 PM, David Edelsohn wrote:
I am pleased to announce that the GCC Steering Committee has
promoted Vladimir Makarov to Register Allocation Maintainer.
Please join me in congratulating Vlad.
Please update your listing in the MAINTAINERS file.
Happy hacking!
Hi,
On Thu, 14 Jul 2011, Mikael Morin wrote:
Couldn't we simulate the desired behaviour with more than one decl, one of
them const qualified? Like so:
void
sub (int *restrict non_aliasing_var)
{
*non_aliasing_var = 5;
{
const int *non_aliasing_var_tmp = non_aliasing_var;
On Mon, Jul 18, 2011 at 4:58 AM, Rohit Arul Raj rohitarul...@gmail.com wrote:
Is this expected behavior?
yes
Hello,
I am trying to size-optimise one of our instructions. That's addhi3.
HImode is 32 bits and QImode is 16bits, which is what our processor
instructions work with.
So generally an addhi3 looks like:
(define_insn addhi3
[(set (match_operand:HI 0 nonimmediate_operand =c)
This is the beta release of binutils 2.21.53.0.1 for Linux, which is
based on binutils 2011 0716 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
On 07/18/2011 08:01 AM, Paulo J. Matos wrote:
The problem is, if addhi3 expands into two insn:
(define_insn addqi3
[(set (match_operand:HI 0 nonimmediate_operand =c)
(plus:HI (match_operand:HI 1 general_operand %0)
(match_operand:HI 2 general_operand cwmi)))]
Paulo J. Matos pocma...@gmail.com writes:
Where the format specifiers b and t choose the top and bottom 16 bits
of each operand. add is a 16bit addition operand and addc takes carry
flag into consideration. Now, there are a lot of simple manipulations
that can be made if I release GCC from
On Jul 18, 2011, at 12:53 PM, Richard Henderson wrote:
On 07/18/2011 08:01 AM, Paulo J. Matos wrote:
The problem is, if addhi3 expands into two insn:
(define_insn addqi3
[(set (match_operand:HI 0 nonimmediate_operand =c)
(plus:HI (match_operand:HI 1 general_operand %0)
Cool, happy hacking
--Phil
Thank you very much!
Apparently, it's best to communicatecontribute here with one's real name.
So, here it is: Franck Louarn.
I'm trying to update my e-mail accounts so that I'm no longer identified
here as Franck Z. If I fail, I'll start again with another
On 07/18/2011 10:29 AM, Paul Koning wrote:
Why an add instruction? Is that in the case where address arithmetic
requires separate adds?
I don't recall. Probably to do with some edge case of reloading addresses.
I know that this affects m68k, which is even CISC-y-er in its addressing
modes
Hello,
Does gcc IRA provide a mechanism to support spilling to registers instead of
the stack? For the particular target I'm looking at, there are some
non-general-purpose registers that can be copied to and from more quickly than
the stack, so would be preferable to use as a form of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/18/11 15:20, dpadgett_mail-...@yahoo.com wrote:
Hello,
Does gcc IRA provide a mechanism to support spilling to registers
instead of the stack? For the particular target I'm looking at,
there are some non-general-purpose registers that can
Hey guys,
so the asm diff we are seeing in c1builtin-integral is not something
we are not streaming out, or any other logic being wrong in the pph.
The problem is: we define a dg-options entry in the header file which
tells deja-gnu to add flags to the compilation (so far so good...)
The
To demonstrate my point:
add /* { dg-options -ffinite-math-only -fno-math-errno } */
to c1builin-integral.cc
and watch the test pass (since now we are using the flags across all
compilations).
Or similarly, remove the same dg-options entry from
c0builtin-integral.h and watch the test pass (since
On Mon, Jul 18, 2011 at 20:29, Gabriel Charette gch...@google.com wrote:
so the asm diff we are seeing in c1builtin-integral is not something
we are not streaming out, or any other logic being wrong in the pph.
The problem is: we define a dg-options entry in the header file which
tells
On Mon, Jul 18, 2011 at 20:45, Gabriel Charette gch...@google.com wrote:
To demonstrate my point:
add /* { dg-options -ffinite-math-only -fno-math-errno } */
to c1builin-integral.cc
and watch the test pass (since now we are using the flags across all
compilations).
Ah, OK. That's your fix
On Mon, Jul 18, 2011 at 5:52 PM, Diego Novillo dnovi...@google.com wrote:
On Mon, Jul 18, 2011 at 20:45, Gabriel Charette gch...@google.com wrote:
To demonstrate my point:
add /* { dg-options -ffinite-math-only -fno-math-errno } */
to c1builin-integral.cc
and watch the test pass (since now
On Mon, Jul 18, 2011 at 21:00, Gabriel Charette gch...@google.com wrote:
We probably only want to enforce this for a subset of the flags (i.e.
we don't care about flags like -Wall and stuff like that, but only
about the flags actually affecting the binary output).
In principle, this is no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34657
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
Summary: use of class data members prevent vectorization
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2011-07-18
07:33:07 UTC ---
Janus, what's the status?
(In reply to comment #4)
I just verified that this patch is free of testsuite regressions.
The patch is OK with a test case,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49675
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35634
--- Comment #31 from Richard Guenther rguenth at gcc dot gnu.org 2011-07-18
08:16:58 UTC ---
Well, I'd still go for comment#14 ... we could teach VRP to shorten the
operations again, if possible, to avoid the optimization regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-07-18
08:24:40 UTC ---
This must be an artifact of the load-/store-lanes stuff. It looks like they
play foul with aliasing. It might also be that predictive commoning simply
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49770
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49767
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-07-18
08:47:01 UTC ---
I suppose fold produces some BIT_FIELD_REF here, giving up probably is
easiest for now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774
Summary: [meta-bug] restrict qualification aliasing issues
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49761
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49757
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
Summary: [4.6.1 Regression on AVR] ICE in based_loc_descr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
--- Comment #1 from Anitha Boyapati anitha.boyapati at atmel dot com
2011-07-18 09:01:36 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17906
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49752
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #28 from Uros Bizjak ubizjak at gmail dot com 2011-07-18 09:08:39
UTC ---
Here is my latest proposed patch:
--cut here--
Index: i386.c
===
--- i386.c(revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49749
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #2 from vincenzo Innocente vincenzo.innocente at cern dot ch
2011-07-18 09:39:49 UTC ---
Thanks for the detailed explanation.
In the real life code, out is filled calling foo multiple times (a sort of
nested loop), k was used to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #3 from rguenther at suse dot de rguenther at suse dot de
2011-07-18 09:44:23 UTC ---
On Mon, 18 Jul 2011, vincenzo.innocente at cern dot ch wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #2 from vincenzo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #4 from vincenzo Innocente vincenzo.innocente at cern dot ch
2011-07-18 10:07:10 UTC ---
Fair enough.
I think I can persuade developers to use only local variables as induction
variable.
More difficult will be to make them to copy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49029
Anitha Boyapati anitha.boyapati at atmel dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140
--- Comment #7 from Matthias Klose doko at ubuntu dot com 2011-07-18 10:19:28
UTC ---
the pari tests still fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49770
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2011-07-18
10:46:28 UTC ---
Ok, it's sth I worried about when doing the patch. Namely:
/* Make sure to use a valueized reference ... */
if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49776
Summary: [C++0x]ICE in build_data_member_initialization, at
cp/semantics.c:5499
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #16 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 12:09:22
UTC ---
Author: ro
Date: Mon Jul 18 12:09:18 2011
New Revision: 176393
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=176393
Log:
PR target/49541
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #17 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 12:10:39
UTC ---
Author: ro
Date: Mon Jul 18 12:10:34 2011
New Revision: 176394
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=176394
Log:
PR target/49541
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-07-18
12:47:36 UTC ---
Created attachment 24787
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24787
gcc47-pr49768.patch
The easier fix attached. The more complicated would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #29 from H.J. Lu hjl.tools at gmail dot com 2011-07-18 13:55:05
UTC ---
(In reply to comment #28)
Here is my latest proposed patch:
--cut here--
Index: i386.c
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #30 from Uros Bizjak ubizjak at gmail dot com 2011-07-18 14:00:43
UTC ---
(In reply to comment #29)
This patch increases bootstrap time from
On which target?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #31 from H.J. Lu hjl.tools at gmail dot com 2011-07-18 14:04:13
UTC ---
(In reply to comment #30)
(In reply to comment #29)
This patch increases bootstrap time from
On which target?
I used
--enable-clocale=gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
--- Comment #1 from vincenzo Innocente vincenzo.innocente at cern dot ch
2011-07-18 14:11:11 UTC ---
I just upgraded to
c++ -v
Using built-in specs.
COLLECT_GCC=c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-07-18
14:12:49 UTC ---
That commit looks bogus, the change it made is:
# ivtmp.37_45 = PHI ivtmp.37_43(6), ivtmp.37_46(2)
vect_pa.7_44 = (vector(4) int *) ivtmp.37_45;
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49550
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49381
--- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 14:30:23 UTC
---
Author: ro
Date: Mon Jul 18 14:30:14 2011
New Revision: 176401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=176401
Log:
PR boehm-gc/49381
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49777
Summary: for c++ code, without -g option, cannot generate PIC
*.so library.
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
--- Comment #10 from Ulrich Weigand uweigand at gcc dot gnu.org 2011-07-18
14:35:44 UTC ---
(In reply to comment #9)
Can you check what patch caused it on the 4.6 branch?
It is this one:
http://gcc.gnu.org/ml/gcc-cvs/2011-07/msg00431.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49381
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #32 from H.J. Lu hjl.tools at gmail dot com 2011-07-18 14:54:31
UTC ---
(In reply to comment #31)
But I was running SPEC CPU at the same time. I will re-time it.
Is isn't too bad:
5182.95user 396.13system 15:32.41elapsed 598%CPU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49170
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2011-07-18
15:22:11 UTC ---
For this testcase, even 30MB isn't enough, but 40MiB is, so I think I'll round
up to 64MB.
I think it's probably best to raise the limit in both places to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48223
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46944
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46023
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46021
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
Ira Rosen irar at il dot ibm.com changed:
What|Removed |Added
CC||irar at il dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45508
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-07-18 16:07:34 UTC ---
Author: paolo
Date: Mon Jul 18 16:07:24 2011
New Revision: 176405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=176405
Log:
2011-07-18 Paolo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44642
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44171
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44093
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43324
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42278
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49778
Summary: Can't take pointer to std::make_pair in c++0x
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41810
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40483
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40227
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40183
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #17 from Ramana Radhakrishnan ramana at gcc dot gnu.org
2011-07-18 16:35:22 UTC ---
(In reply to comment #16)
(In reply to comment #15)
The machine-dependent reorg pass does something unexpected:
(insn 30 18 14 3 (set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39215
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39186
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39150
--- Comment #24 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 16:36:37
UTC ---
*** Bug 39186 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #16 from Ramana Radhakrishnan ramana at gcc dot gnu.org
2011-07-18 16:31:12 UTC ---
(In reply to comment #15)
The machine-dependent reorg pass does something unexpected:
(insn 30 18 14 3 (set (reg/f:SI 11 fp)
(plus:SI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
--- Comment #4 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 16:42:00 UTC
---
Author: ro
Date: Mon Jul 18 16:41:55 2011
New Revision: 176406
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=176406
Log:
PR bootstrap/49769
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 249 matches
Mail list logo
