--- Comment #22 from burnus at gcc dot gnu dot org 2010-07-24 06:52 ---
(In reply to comment #21)
> In my opinion revision 162487 is only a partial fix of the problem. If I split
> a modified test case in two files [...] I still get [...] Bus error
Does -flto help?
> Note that it is no
--- Comment #21 from dominiq at lps dot ens dot fr 2010-07-24 05:38 ---
In my opinion revision 162487 is only a partial fix of the problem. If I split
a modified test case in two files:
[macbook] f90/bug% cat char_array_structure_constructor_db_1.f90
MODULE global
TYPE :: dt
CHARA
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-24 04:08
---
Created an attachment (id=21296)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21296&action=view)
Proposed pathc
This patch uses ttyname to get the /dev/pts/* name. I have not tried this on a
Windows syste
--- Comment #6 from hp at gcc dot gnu dot org 2010-07-24 03:16 ---
Unassigning myself as I haven't done and won't do anything besides observing.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from hp at gcc dot gnu dot org 2010-07-24 03:14 ---
This regression disappeared in the range (162414:162421], perhaps because of
r162418. Let's see if it remains hidden, or if this PR just shapeshifted into
PR45051.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
--- Comment #3 from hp at gcc dot gnu dot org 2010-07-24 03:02 ---
--- good:r162417/abs-2.sSat Jul 24 03:13:36 2010
+++ bad:r162418/abs-2.s Sat Jul 24 03:15:53 2010
@@ -9,27 +9,27 @@ _main_test:
move $srp,[$sp]
subu.b 84,$sp
movem $r8,[$sp]
- clear.d
--- Comment #2 from hp at gcc dot gnu dot org 2010-07-24 02:51 ---
(In reply to comment #0)
Oops; replace:
> containing 0x for the low-part of 9223372036854775807LL ((1<<63)-1),
with:
> containing 0x7fff for the high-part of 9223372036854775807LL ((1<<63)-1),
--
http://g
--- Comment #1 from hp at gcc dot gnu dot org 2010-07-24 02:46 ---
Created an attachment (id=21295)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21295&action=view)
Shortened gcc.c-torture/execute/builtins/abs-2.c
Compile with e.g. -O2
--
http://gcc.gnu.org/bugzilla/show_bug.
With revision 162417 this test passed.
>From revision 162418 and on, these tests (or "this test" as abs-3.c is
effectively the same as abs-2.c) has failed as follows:
Running
/tmp/badabs/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp ...
FAIL: gcc.c-torture/execute/builtins/abs-2.c e
Compiler: GCC4.6.0 built with --prefix=/mingw --enable-fully-dynamic-string
Configure options: --prefix=/mingw --enable-lto --enable-fully-dynamic-string
--enable-threads --with-msse2 --enable-build-with-cxx
Log:
make[3]: Entering directory
`/d/programming/!sourceforge/gcc/host-i686-pc-mingw32/gc
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-24 00:40 ---
This is caused by revision 162223:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00577.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-23 23:43 ---
It was introduced between revision 16 and 162255.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from zsojka at seznam dot cz 2010-07-23 22:58 ---
Created an attachment (id=21294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21294&action=view)
reduced testcase (from boost sources)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45049
Command line:
$ g++ testcase.C
Compiler output:
$ g++ testcase.C
testcase.C: In function 'void max()':
testcase.C:14:13: internal compiler error: tree check: expected tree that
contains 'decl minimal' structure, have 'tree_list' in push_overloaded_decl, at
cp/name-lookup.c:2160
Please submit a fu
--- Comment #60 from jv244 at cam dot ac dot uk 2010-07-23 22:55 ---
(In reply to comment #59)
> I have no easy testcase
it seems possible to retain only the first 60498 lines of all.f90 (till the end
of module fft_tools), and add END to get a much smaller testcase...
--
http://gc
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-23 22:16 ---
Subject: Bug 45045
Author: burnus
Date: Fri Jul 23 22:15:51 2010
New Revision: 162491
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162491
Log:
gcc/fortran/
2010-07-24 Tobias Burnus
* options.c (
--- Comment #59 from jv244 at cam dot ac dot uk 2010-07-23 22:15 ---
I'm trying a recent trunk (162490), and I'm still observing that -fwhole-file
causing linking errors. I have no easy testcase, the way to reproduce is:
download http://www.pci.unizh.ch/vandevondele/tmp/CP2K_gcc_2007_06
--- Comment #1 from tromey at gcc dot gnu dot org 2010-07-23 21:06 ---
I suppose the duplicate is due to the "i" inside of "f".
But inside of f I see:
<2><78>: Abbrev Number: 7 (DW_TAG_lexical_block)
<79> DW_AT_low_pc : 0x3
<7d> DW_AT_high_pc : 0x8
<3>
--- Comment #2 from joseph at codesourcery dot com 2010-07-23 20:41 ---
Subject: Re: -fcatch-undefined-behavior: Turn on runtime code
generation to check for undefined behavior
On Mon, 5 Jul 2010, pinskia at gcc dot gnu dot org wrote:
> -ftrapv checks for one undefined behavior which
--- Comment #20 from burnus at gcc dot gnu dot org 2010-07-23 20:15 ---
FIXED on the trunk. Thanks for the report Dominique and thanks Jakub for the
analysis.
I leave the PR open until the patch has been backported to 4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44945
--- Comment #19 from burnus at gcc dot gnu dot org 2010-07-23 20:13 ---
Subject: Bug 44945
Author: burnus
Date: Fri Jul 23 20:13:07 2010
New Revision: 162487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162487
Log:
2010-07-23 Tobias Burnus
PR fortran/44945
--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-23 20:08 ---
The ENTRY diagnostics issue of comment 0 is now fixed. I leave the PR open
until one has checked the issues raised in comment 1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45030
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-23 20:07 ---
Subject: Bug 45030
Author: burnus
Date: Fri Jul 23 20:07:30 2010
New Revision: 162486
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162486
Log:
2010-07-23 Tobias Burnus
PR fortran/45030
*
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-23 19:46 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-07-23 19:35
---
Committed to trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-23 19:35
---
Subject: Bug 44455
Author: rguenth
Date: Fri Jul 23 19:35:24 2010
New Revision: 162482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162482
Log:
2010-07-23 Marc Glisse
PR bootstrap/44455
to/43071
* gcc.c (LINK_COMMAND_SPEC): Filter out -fcompare-debug
for -flto and -fwhopr.
* g++.dg/lto/20100723-1_0.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/lto/20100723-1_0.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gcc.c
trunk/gcc/testsuite/ChangeLog
--
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-07-23 19:14
---
I'll take over.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 19:08 ---
This is because -fcompare-debug hooks into the wrong places in the driver
for LTO. We throw away the output of the re-compile with -gtoggle even
if we need it to process the -gtoggle link step (yes, we perform
-fcom
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-23 19:04 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 18:53 ---
Similar testcase from PR43898:
void bug() {
struct Class {
Class(int a) {}
virtual void f() {}
};
Class a(0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44950
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 18:51 ---
*** Bug 43898 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 18:51 ---
*** This bug has been marked as a duplicate of 44950 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-07-23 18:32 ---
Subject: Bug 41943
Author: ktietz
Date: Fri Jul 23 18:32:25 2010
New Revision: 162479
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162479
Log:
2010-07-23 Kai Tietz
PR target/41943
* Make
--- Comment #8 from tromey at gcc dot gnu dot org 2010-07-23 18:28 ---
Yeah, nobody is ever going to bother with this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 18:24 ---
Without LTO the limbo DIE has a non-NULL get_AT_ref (die,
DW_AT_abstract_origin),
a DW_TAG_subprogram. For some reason that doesn't get created with LTO
(not easy to follow why).
More reduced testcase:
struct Base
--- Comment #5 from ro at gcc dot gnu dot org 2010-07-23 18:06 ---
Fixed as a side effect of the Solaris 8/9 TLS patch. A backport to the 4.4 and
4.5 branches is possible, but not very likely.
--
ro at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-23 17:59 ---
Subject: Bug 18788
Author: ro
Date: Fri Jul 23 17:58:57 2010
New Revision: 162478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162478
Log:
libjava:
* configure.ac (*-*-solaris2.8): Use alternate
Consider this test case:
namespace S
{
int i = 24;
int f() {
extern int i;
return i;
}
};
When I compile this with g++ svn head (as of a few days ago) I see a
duplicate DW_TAG_variable:
<2><3d>: Abbrev Number: 4 (DW_TAG_variable)
<3e> DW_AT_name: i
<40>
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-23 17:24 ---
Thus, invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-23 17:03 ---
Subject: Bug 45047
Author: jakub
Date: Fri Jul 23 17:03:16 2010
New Revision: 162475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162475
Log:
PR tree-optimization/45047
* gcc.c-torture/compil
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-23 16:51 ---
Subject: Bug 45047
Author: jakub
Date: Fri Jul 23 16:51:08 2010
New Revision: 162473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162473
Log:
PR tree-optimization/45047
* tree-vect-stmts.c (v
--- Comment #7 from mikpe at it dot uu dot se 2010-07-23 16:44 ---
The Linux kernel math-emu fix is included in kernel 2.6.35-rc6. I've
re-checked that the test cases work correctly on USIIIi with -mcpu=v9 and this
kernel.
The fix is scheduled for backporting to the official stable ker
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-07-23 16:36 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-23 16:36 ---
Subject: Bug 44915
Author: jamborm
Date: Fri Jul 23 16:35:52 2010
New Revision: 162469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162469
Log:
2010-07-23 Martin Jambor
PR tree-optimization/449
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-23 16:32 ---
Subject: Bug 44914
Author: jamborm
Date: Fri Jul 23 16:31:48 2010
New Revision: 162468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162468
Log:
2010-07-23 Martin Jambor
PR tree-optimization/449
--- Comment #4 from janus at gcc dot gnu dot org 2010-07-23 16:19 ---
Here is a draft patch which deals with allocatable scalars:
Index: gcc/fortran/trans.c
===
--- gcc/fortran/trans.c (revision 162448)
+++ gcc/fortran/tran
void
foo (const unsigned short *w, char *x, int y, int z)
{
int i;
for (i = 0; i < y; i++)
x[i] = w[i] == z;
}
ICEs on s390-linux with -m31 -O3. The problem is that vectype_in is non-NULL,
but vectype_out is NULL.
--
Summary: [4.5 Regression] ICE in vectorizable_store
--- Comment #1 from ubizjak at gmail dot com 2010-07-23 15:26 ---
Fixed by [1].
[1] http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00821.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45046
On Linux/x86, revision 162456:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00810.html
caused:
FAIL: gcc.dg/pr36997.c (test for warnings, line 8)
FAIL: gcc.dg/pr36997.c (test for excess errors)
--
Summary: [4.6 regression] FAIL: gcc.dg/pr36997.c
Product: gcc
Vers
--- Comment #2 from davek at gcc dot gnu dot org 2010-07-23 15:05 ---
Ah. This appears to be fixed on HEAD. I suspect this patch did the job:
2009-10-14 Pascal Obry
* gcc.c (DEFAULT_SWITCH_CURTAILS_COMPILATION): Add -E.
(process_command): Handle -E as done with -c
--- Comment #23 from jiez at gcc dot gnu dot org 2010-07-23 14:52 ---
Set the status to FIXED.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #22 from jiez at gcc dot gnu dot org 2010-07-23 14:51 ---
Should be fixed on trunk now.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #21 from jiez at gcc dot gnu dot org 2010-07-23 14:48 ---
Subject: Bug 44290
Author: jiez
Date: Fri Jul 23 14:47:46 2010
New Revision: 162466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162466
Log:
PR target/44290
* attribs.c (decl_attributes): Ins
--- Comment #1 from davek at gcc dot gnu dot org 2010-07-23 14:47 ---
My first WAG is that this is actually a mishandling of TARGET_EXECUTABLE_SUFFIX
vs. -o in gcc.c/convert_filename()...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45041
Cf. also PR 45044. Long test case: gfortran.dg/common_resize_1.f
Without -fwhole-file or without "call two", gfortran warns:
common /xx/ a, b, c, y
1
Warning: Named COMMON block 'xx' at (1) shall be of the same size
But as soon as "call two()" is added, no warning is printed. If one u
The following program is invalid Fortran as the common block size is different.
(This is only allowed for blank commons.) However, no diagnostics is printed.
If one reverses the order of TWO and ONE, a warning is printed. Actually, I
like the warning of g95, which prints the size.
NAG:
Error: I
--- Comment #2 from hjl at gcc dot gnu dot org 2010-07-23 14:37 ---
Subject: Bug 45042
Author: hjl
Date: Fri Jul 23 14:37:21 2010
New Revision: 162465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162465
Log:
Cast to unsigned long.
2010-07-23 H.J. Lu
PR bootstrap/4
--- Comment #5 from pault at gcc dot gnu dot org 2010-07-23 14:26 ---
Subject: Bug 24524
Author: pault
Date: Fri Jul 23 14:25:55 2010
New Revision: 162462
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162462
Log:
2009-07-23 Paul Thomas
PR fortran/24524
* tra
Command line:
$ g++ testcase.C
- testcase.C -
template < typename > class A;
template < typename T > A < T >::B::~B ()
{}
--
Compiler output:
$ g++ testcase.C
testcase.C:2:25: error: 'A< >::B' is not a type
testcase.C:2:41: internal compiler error: tree check: expecte
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-07-23 14:00 ---
I have submitted a proposed fix to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01859.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44915
--- Comment #9 from jason at gcc dot gnu dot org 2010-07-23 13:54 ---
Subject: Bug 45008
Author: jason
Date: Fri Jul 23 13:54:01 2010
New Revision: 162459
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162459
Log:
PR c++/45008
* g++.dg/abi/mangle44.C: New.
Added
--- Comment #8 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Fixed for 4.5.1. Thanks for tracking down the patch that fixed it on the
trunk!
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Subject: Bug 45008
Author: jason
Date: Fri Jul 23 13:51:12 2010
New Revision: 162458
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162458
Log:
PR c++/43016
PR c++/45008
* decl.c (start
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Subject: Bug 43016
Author: jason
Date: Fri Jul 23 13:51:12 2010
New Revision: 162458
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162458
Log:
PR c++/43016
PR c++/45008
* decl.c (start
--- Comment #35 from justinmattock at gmail dot com 2010-07-23 13:26
---
yep.. although I did hit something similar while building the staging drivers
for the kernel. but keep in mind this could be fixed already with the latest
gcc.
(I can try and see, but first need to finish up on a f
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45042
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-23 13:20 ---
It is caused by revision 162443:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00797.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
On Linux/ia32, revision 162447 gave
cc1: warnings being treated as errors
../../src-trunk/lto-plugin/lto-plugin.c: In function 'translate':
../../src-trunk/lto-plugin/lto-plugin.c:215: error: format '%lu' expects type
'long unsigned int', but argument 5 has type 'int'
make[6]: *** [lto-plugin.lo]
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-23 13:17 ---
Test fails on hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-23 13:15 ---
(In reply to comment #15)
> This seems fixed?
well certainly not for 32 bit versions:
as of r162456 (i686) just tested locally and...
... ppc (162433) http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg02130.html
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:56 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:50 ---
Program received signal SIGSEGV, Segmentation fault.
0x00a293b1 in gimple_default_def (fn=0x77ee1480,
var=0x77edb880) at /space/rguenther/src/svn/trunk/gcc/tree-dfa.c:538
538 return (tree)
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:40 ---
(In reply to comment #5)
> Subject: Re: [4.6 Regression] IPA-split
> causes crash due to null pointer deref
>
> > CDDCE removes the single store in the loop but doesn't remove the virtual
> > PHI nodes. Bu
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-23 12:37
---
This bug is no longer about bootstrap failure. Which is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 12:35 ---
Confirmed. We end up vectorizing
void
foo (int *a, int n)
{
int *lasta = a + n;
for (; a != lasta; a++)
{
*a *= 2;
a[1] = a[-1] + a[-2];
}
}
not seeing the dependence of *a vs a[-1] because
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-07-23 12:28
---
I was getting back to this and noticed that we no longer ICE on the original
test case. I suppose then this has become an "accepts invalid or there is
something not being initialized and the behavior is random.
--- Comment #16 from rguenther at suse dot de 2010-07-23 12:27 ---
Subject: Re: [4.5/4.6 Regression] Wrong use of ARMv6 REV
instruction for endian bytewapping with -Os or -O2 optimizations
On Fri, 23 Jul 2010, ramana at gcc dot gnu dot org wrote:
> --- Comment #15 from ramana at
--- Comment #8 from mikpe at it dot uu dot se 2010-07-23 12:22 ---
(In reply to comment #7)
> Fixed?
No, the test case itself needs a fix too. Jakub posted it to gcc-patches, but
it was never approved AFAIK and is still not applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #15 from ramana at gcc dot gnu dot org 2010-07-23 12:21 ---
Patch can be backported and tested. But since 4.5 is frozen right now, needs RM
permission.
Adding RM to CC.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-07-23 12:14
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:13 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:11 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 12:10 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
For a while, the autoconf testsuite failed on cygwin, because asking gcc to run
the preprocessor with an explicit output of '-' for stdout instead created a
text file ./-.exe containing the preprocessor output [1].
While the autoconf workaround was simple (remove '-o -' since -E already
implies a
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-23 12:06 ---
Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44701
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:05 ---
Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44691
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3 |P5
h
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-23 12:04 ---
CCing another IA64 maintainer.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:02 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 12:01 ---
Probably related. Honza?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:58
---
Invalid. (alt source works)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from segher at gcc dot gnu dot org 2010-07-23 11:57 ---
Liqin, could you look at this please?
--
segher at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:56
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:55 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-07-23 11:53
---
This seems fixed?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:50 ---
I don't see the failure anymore.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 129 matches
Mail list logo
