Revital1 Eres e...@il.ibm.com writes:
Index: loop-doloop.c
===
--- loop-doloop.c (revision 168397)
+++ loop-doloop.c (working copy)
+ /* The third case: the compre and decrement instructions
s/compre/compare/.
Hello,
I'm using GCC 4.3.2 (debian provided) on IA64 machine and I'm starting
to be hit by while building GHC (Haskell compiler) HEAD:
/usr/bin/ld: : short data segment overflowed (0x434a58 = 0x40)
/usr/bin/ld: can't relax section: No such file or directory
linker messages. In the past
Hi,
I've seen GCC emit many unneeded moves in very simple cases when
handling double floating point values. I tracked this down to the
lower-subreg pass that splits DF-DF moves into DF-(2*SI)-DF moves.
I suppose that the introduced mode changes prevent the IRA from
coalescing the moves and thus I
On 6 January 2011 10:27, Frederic Riss frederic.r...@gmail.com wrote:
Hi,
I've seen GCC emit many unneeded moves in very simple cases when
handling double floating point values. I tracked this down to the
lower-subreg pass that splits DF-DF moves into DF-(2*SI)-DF moves.
I suppose that the
Frederic Riss frederic.r...@gmail.com writes:
I tried to limit the lower-subreg pass to splitting integral types by
constraining MODES_TIEABLE_P. This works for my simple test cases, but
I get some testsuite regressions of the form:
On 6 January 2011 15:27, Ian Lance Taylor i...@google.com wrote:
Frederic Riss frederic.r...@gmail.com writes:
../gcc/testsuite/gcc.c-torture/execute/ieee/930529-1.c:27:1: error:
unrecognizable insn:
(insn 45 2 46 2
../gcc/testsuite/gcc.c-torture/execute/ieee/930529-1.c:2 (set
(subreg:SI
Frederic Riss frederic.r...@gmail.com writes:
136 is a pseudo. I have movdf and movsf patterns that accepts
constants. I'm not sure what happens. Also, strictly speaking, the
unrecognized pattern above is a SI move and not a floating point move,
isn't it?
Yes, it is.
I managed to get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/06/11 07:58, Frederic Riss wrote:
On 6 January 2011 15:27, Ian Lance Taylor i...@google.com wrote:
Frederic Riss frederic.r...@gmail.com writes:
../gcc/testsuite/gcc.c-torture/execute/ieee/930529-1.c:27:1: error:
unrecognizable insn:
(insn
On 6 January 2011 16:14, Ian Lance Taylor i...@google.com wrote:
Frederic Riss frederic.r...@gmail.com writes:
I managed to get thinks going by constraining MODES_TIEABLE_P and
adding 2 patterns of the form:
[(set (subreg:SI (match_operand:DF 0 register_operand =r) 0)
(match_operand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/06/11 03:23, Frederic Riss wrote:
On 6 January 2011 10:27, Frederic Riss frederic.r...@gmail.com wrote:
Hi,
I've seen GCC emit many unneeded moves in very simple cases when
handling double floating point values. I tracked this down to the
Frederic Riss frederic.r...@gmail.com writes:
I use nonimmediate_operand as a movsi destination predicate. I think
this is pretty standard. But if I follow the code in
recog.c:general_operand, I can see that it will reject (subreg (subreg
...)) which my initial pattern is. So yes, my movsi
On 6 January 2011 17:02, Ian Lance Taylor i...@google.com wrote:
Oh yeah, you should never have a subreg of a subreg. That's a bug.
Where did that come from?
Oh, that's interesting information! I have a splitter for movdf that
must be the culprit. I will tighten the split condition to disallow
Frederic Riss frederic.r...@gmail.com writes:
On 6 January 2011 17:02, Ian Lance Taylor i...@google.com wrote:
Oh yeah, you should never have a subreg of a subreg. That's a bug.
Where did that come from?
Oh, that's interesting information! I have a splitter for movdf that
must be the
On 01/06/2011 01:17 AM, Karel Gardas wrote:
BTW: This is on GCC Compile Farm IA64 machine. Now my question is: how
to solve this issue? Does GCC already support something Intel
discusses in 2008 here:
On 01/06/2011 06:58 AM, Frederic Riss wrote:
136 is a pseudo. I have movdf and movsf patterns that accepts
constants.
This one statement is suspicious to me. Do I read from this that
you have fp move patterns that accept constants but not registers?
Move patterns are special in that they
On 2010/12/31 09:38 PM, Richard Sandiford wrote:
Mingjie Xing mingjie.x...@gmail.com writes:
There are two test cases failed when run 'make check-gcc
RUNTESTFLAGS=mips.exp'. The log is,
Executing on host: /home/xmj/tools/build-test-trunk-mips/gcc/xgcc
I am trying to debug this, alas not very successfully so far and am
looking for a pointer or two.
This happens with head as well; binutils (/usr/local/bin/ld) is 2.20.1.
Note 1: This can be avoid configuring with --disable-rpath. GCC
understands --disable-rpath, yet the string rpath does not
On 01/06/2011 07:07 PM, Gerald Pfeifer wrote:
I am trying to debug this, alas not very successfully so far and am
looking for a pointer or two.
This happens with head as well; binutils (/usr/local/bin/ld) is 2.20.1.
Note 1: This can be avoid configuring with --disable-rpath. GCC
understands
* Gerald Pfeifer wrote on Thu, Jan 06, 2011 at 08:07:26PM CET:
I am trying to debug this, alas not very successfully so far and am
looking for a pointer or two.
This happens with head as well; binutils (/usr/local/bin/ld) is 2.20.1.
Note 1: This can be avoid configuring with
Le jeudi 06 janvier 2011 à 09:29 -0800, Richard Henderson a écrit :
On 01/06/2011 06:58 AM, Frederic Riss wrote:
136 is a pseudo. I have movdf and movsf patterns that accepts
constants.
This one statement is suspicious to me. Do I read from this that
you have fp move patterns that accept
On Thu, 6 Jan 2011, Ralf Wildenhues wrote:
Could be libtool issue or lib-link.m4 one (or gcj one). Can you send
./libtool --tag=GCJ --config
output?
I assume you mean from libjava in the build tree? Attached.
(Note this is now x86_64-portbld-freebsd8.2, newer than the original
report, but
Snapshot gcc-4.5-20110106 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110106/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi,
I would like to help with some gcc bug triage, and have a few
questions about doing so.
1. My plan is to start testing bugs against the latest stable build
(4.5.2), on an Intel x86-64 architecture (possibly also testing 32 bit
bugs). My main focus will be on missed-optimizations, although I
Tony Poppleton tony.popple...@gmail.com writes:
1. My plan is to start testing bugs against the latest stable build
(4.5.2), on an Intel x86-64 architecture (possibly also testing 32 bit
bugs). My main focus will be on missed-optimizations, although I
will try and do others too. I have read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47186
Summary: -O2 moves invariant address load INTO loop
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185
--- Comment #3 from Thomas Heller thom.heller at gmail dot com 2011-01-06
09:33:40 UTC ---
(In reply to comment #2)
A fix seems to me safe enough even at this Stage, I'll post it momentarily.
Note, we are not going to fiddle with TR1, very
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47182
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06
09:42:51 UTC ---
A) Simplest patch:
Index: libquadmath.texi
===
--- libquadmath.texi(revision 168535)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
Summary: [4.6 Regression] profiledbootstrap failure on i386
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-01-06
10:05:16 UTC ---
Our TR1 implementation is effectively frozen and this isn't a serious enough
issue to warrant changing it. If it was causing real problems someone would
have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-01-06 10:14:42 UTC ---
Author: paolo
Date: Thu Jan 6 10:14:37 2011
New Revision: 168536
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168536
Log:
2011-01-06 Paolo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06
10:29:49 UTC ---
Created attachment 22911
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22911
gcc46-pr47187.patch
Very lightly tested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47150
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06
10:37:09 UTC ---
Author: jakub
Date: Thu Jan 6 10:37:02 2011
New Revision: 168537
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168537
Log:
PR c/47150
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46883
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
CC||rearnsha at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47150
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06
11:11:27 UTC ---
(In reply to comment #4)
Very lightly tested patch to add ca{sin,cos,tan}{,h}q and fix broken atan2q.
Now posted to:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
Summary: Undefined reference errors when combining IR and
non-IR object files
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06
11:40:38 UTC ---
There is no __real128, just __float128. Also, I think either it should use
some extern inlinish quadmath.h specific macro (and it needs to care about g++
vs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
Summary: [OOP] calling STORAGE_SIZE on a NULL-initialized class
pointer
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
The bug seems to be that lto-symtab incorrectly sets resolution info of the
callgraph node as unknown. Looking into it.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #1 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:18:03 UTC
---
The bug seems to be that lto-symtab incorrectly sets resolution info of the
callgraph node as unknown. Looking into it.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
This is driver bug. With -flto-partition=none it for whatever reason forgets
about -fresolution:
../lto1 -quiet -dumpdir ./ -dumpbase prog -mtune=generic -march=x86-64
-auxbase-strip /tmp/cctgIO6R.lto.o -version -flto-partition=none
-fuse-linker-plugin -fwhole-program -fdump-ipa-all-details
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #2 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:31:36 UTC
---
This is driver bug. With -flto-partition=none it for whatever reason forgets
about -fresolution:
../lto1 -quiet -dumpdir ./ -dumpbase prog -mtune=generic
The problem is that collect2 should be in LTO_MODE_NONE when plugin is used but
it confuses itself and sets itself into LTO_MODE_LTO. Consequently compilation
is done twice, once correctly with plugin and then once again with collect2
path.
I am testing the attached patch. It will also make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #3 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:44:09 UTC
---
The problem is that collect2 should be in LTO_MODE_NONE when plugin is used but
it confuses itself and sets itself into LTO_MODE_LTO. Consequently compilation
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47190
Summary: [4.5/4.6 Regression] ICE: in
function_and_variable_visibility, at ipa.c:934 with
static weakref variable
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
CC||hubicka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com
2011-01-06 14:45:17 UTC ---
Collect2-based LTO (when CFLAGS = -flto -fwhole-program) fails, too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47191
Summary: Misleading error message if part-ref starts with DATA
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47173
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47156
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23616
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
CC||hjl.tools at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35891
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36580
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||jsm28 at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47192
Summary: m68k target - gcc uses stack frame after it has been
unlinked when compiling with -Os
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47190
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
Dear developers,
I downloaded GNAT User's Guide at
http://gcc.gnu.org/onlinedocs/gnat_ugn_unw.pdf (GCC 4.6.0) and found the
following copyright notice:
Copyright (C) 1995-2009 Free Software Foundation, Inc.
According to section Copyright Notices of the manual Information for
Maintainers of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
--- Comment #3 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-01-06 16:02:11 UTC ---
I know nothing about what the issue is supposed to be here or what is or
is not supposed to be in COLLECT_GCC_OPTIONS or how
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33117
--- Comment #2 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06
16:08:28 UTC ---
Author: dfranke
Date: Thu Jan 6 16:08:24 2011
New Revision: 168542
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168542
Log:
gcc/fortran/:
2011-01-06
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46478
--- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06
16:08:29 UTC ---
Author: dfranke
Date: Thu Jan 6 16:08:24 2011
New Revision: 168542
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168542
Log:
gcc/fortran/:
2011-01-06
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46478
Daniel Franke dfranke at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33117
Daniel Franke dfranke at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2011-01-06 16:34:30
UTC ---
(In reply to comment #3)
I know nothing about what the issue is supposed to be here or what is or
is not supposed to be in COLLECT_GCC_OPTIONS or how
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
--- Comment #15 from Martin Jambor jamborm at gcc dot gnu.org 2011-01-06
16:41:34 UTC ---
I've played around with this a bit more and came to the conclusion
that we could refine SRA heuristics some more to not scalarize this if
we added two more
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
--- Comment #5 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-01-06 16:47:48 UTC ---
On Thu, 6 Jan 2011, hjl.tools at gmail dot com wrote:
GCC driver translates -march=native to something cc1/cc1plus
knows. Since
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193
Summary: [4.6 Regression] ICE: in
function_and_variable_visibility, at ipa.c:857 with
static var weakref'd to other weakref'd static var
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
Summary: [OOP] EXTENDS_TYPE_OF still returns the wrong result
if the polymorphic variable is unallocated
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Attachment #22907|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Summary|-march=native isn't saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193
--- Comment #1 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 18:00:31 UTC
---
static int i __attribute__ ((weakref (j)));
static int j __attribute__ ((weakref (k)));
Also invalid, will make fix for that too.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45915
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 18:29:41 UTC
---
Author: ro
Date: Thu Jan 6 18:29:39 2011
New Revision: 168546
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168546
Log:
PR other/45915
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45915
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193
--- Comment #3 from Zdenek Sojka zsojka at seznam dot cz 2011-01-06 18:34:31
UTC ---
- testcase2.c -
typedef int vtype;
static vtype Wv10a __attribute__((weakref (Wv10b)));
static vtype Wv10b __attribute__((weakref (Wv10c)));
static vtype
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-06
18:50:22 UTC ---
Author: hubicka
Date: Thu Jan 6 18:50:20 2011
New Revision: 168548
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168548
Log:
PR lto/47188
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193
--- Comment #4 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 18:52:28 UTC
---
typedef int vtype;
static vtype Wv10a __attribute__((weakref (Wv10b)));
static vtype Wv10b __attribute__((weakref (Wv10c)));
static vtype Wv10c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032
--- Comment #5 from David Edelsohn dje at gcc dot gnu.org 2011-01-06 18:55:20
UTC ---
(In reply to comment #4)
David, does GCC 4.5.x build on AIX?
GCC 4.5 libgfortran builds on AIX 5.3, but not AIX 6.1. GCC 4.4 libgfortran
built on both, so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38118
--- Comment #6 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 19:00:14 UTC
---
Author: ro
Date: Thu Jan 6 19:00:10 2011
New Revision: 168550
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168550
Log:
PR target/38118
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174
Ralf Wildenhues rwild at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47192
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
Summary: [4.6 regression] New Fortran test failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47182
--- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06
19:38:41 UTC ---
The first patch looks wrong for multilib configurations.
The second patch looks ok to me, but I haven't tested it extensively.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
--- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06
19:40:57 UTC ---
Can you attach output of the failing command when '-o FILE' is removed and -c
is replaced with -E? And please post the full failing command, the one you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #14 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 19:44:35
UTC ---
Author: ro
Date: Thu Jan 6 19:44:32 2011
New Revision: 168553
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168553
Log:
PR target/43309
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
Daniel Franke dfranke at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-01-06
21:09:58 UTC ---
FAIL: gfortran.dg/interface_33.f90 -O (test for excess errors)
This is fixed by the following patch:
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
--- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06
21:42:56 UTC ---
Author: dfranke
Date: Thu Jan 6 21:42:53 2011
New Revision: 168554
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168554
Log:
2011-01-06 Daniel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
Daniel Franke dfranke at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46240
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174
--- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06
22:09:44 UTC ---
Author: rwild
Date: Thu Jan 6 22:09:41 2011
New Revision: 168555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168555
Log:
Fix PR fortran/47174
1 - 100 of 120 matches
Mail list logo