--- Comment #5 from patchapp at dberlin dot org 2007-07-02 06:12 ---
Subject: Bug number PR30940
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02128.html
--
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 06:18 ---
This is a regression from Apple gcc 4.0:
Considering void image::set(size_t, size_t, f_pixel, f_real) with 29 insns
Estimated growth is -21 insns.
Inlined into void set_test(image*, int, int, f_pixel, double) which
--- Comment #20 from spark at gcc dot gnu dot org 2007-07-02 06:56 ---
We already put stack pointer in the exit block use set always.
However, after epilogue is generated, we see the sp restoration code:
1 NOTE_INSN_DELETED
4 NOTE_INSN_BASIC_BLOCK
22 [--sp:SI]=bp:SI
23
the following generates bogus error messages:
MODULE X
USE ISO_C_BINDING, ONLY : C_F_PROCPOINTER
END MODULE X
--
Summary: problem using iso_c_binding (II)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
The following program doesn't compile link:
test_f90.f90
MODULE X
USE ISO_C_BINDING
INTERFACE
REAL(KIND=C_FLOAT) FUNCTION mytype( a ) BIND(C)
USE ISO_C_BINDING
INTEGER(KIND=C_INT), VALUE :: a
END FUNCTION
SUBROUTINE init() BIND(C,name=init)
END
The following program generates bogus errors compiling with current gfortran:
MODULE X
USE ISO_C_BINDING
INTERFACE
REAL(KIND=C_FLOAT) FUNCTION mytype( a ) BIND(C)
USE ISO_C_BINDING
INTEGER(KIND=C_INT), VALUE :: a
END FUNCTION
SUBROUTINE init() BIND(C,name=init)
--- Comment #1 from jv244 at cam dot ac dot uk 2007-07-02 07:37 ---
Fixing this bug would likely allow to compile/link the full CP2K (including the
bit that depends on the ISO_C_BINDING)
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-02 08:05 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from patchapp at dberlin dot org 2007-07-02 08:30 ---
Subject: Bug number PR25413
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00082.html
--
--- Comment #3 from tbm at cyrius dot com 2007-07-02 09:07 ---
probably a duplicate of PR 32571
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32576
My other report mentions GNAT BUG DETECTED ada/ali.adb:2265
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32024
Shows breakage in a different location of the build. That report was concerned
with fold checking and was closed on the basis that non-profiled make was
fixed.
The following bug report
--- Comment #9 from ubizjak at gmail dot com 2007-07-02 09:40 ---
Created an attachment (id=13822)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13822action=view)
The patch to fix tree-if-conv.c
Joost, could you please test this 4.2 patch with CP2K? It fixes the testcase
you
Since revision 124727, mainline doesn't pass bootstrap wirh vectorization
enabled on ppc. It works OK on x86. Revision 124727 was committed on
2007-05-15 by Zdenek Dvorak [EMAIL PROTECTED].
configured and built with:
../gcc/configure --prefix=/home/victork/mainline-vanila/usr.124727 \
--- Comment #1 from rakdver at kam dot mff dot cuni dot cz 2007-07-02
10:06 ---
Subject: Re: New: Bootstrap with vectorization enabled fails with ICE on PPC
Since revision 124727, mainline doesn't pass bootstrap wirh vectorization
enabled on ppc. It works OK on x86. Revision
--
Summary: [4.3 Regression] Endless recursion in PRE phi
translation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component:
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-02 10:20 ---
Created an attachment (id=13823)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13823action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32583
--- Comment #10 from jv244 at cam dot ac dot uk 2007-07-02 10:21 ---
Joost, could you please test this 4.2 patch with CP2K? It fixes the testcase
you provided (and PR31966, FWIW).
the testcase passes, the CP2K tests that were previously failing now seem to
pass as well many
Compiling SPEC 2000 twolf I get
/abuild/rguenther/spec2000/cpu2000/benchspec/CINT2000/300.twolf/src/sortpin.c:5:
internal compiler error: tree check: expected ssa_name, have integer_cst in
compute_antic_safe, at tree-ssa-pre.c:2078
Please submit a full bug report,
with preprocessed source if
--- Comment #12 from irar at gcc dot gnu dot org 2007-07-02 10:27 ---
Subject: Bug 32230
Author: irar
Date: Mon Jul 2 10:27:27 2007
New Revision: 126196
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126196
Log:
PR tree-optimization/32230
PR
--- Comment #4 from irar at gcc dot gnu dot org 2007-07-02 10:27 ---
Subject: Bug 32477
Author: irar
Date: Mon Jul 2 10:27:27 2007
New Revision: 126196
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126196
Log:
PR tree-optimization/32230
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-07-02 10:49
---
The testcase still fails for me at -O2.
./f951 -quiet -O2 nmr.min.f
nmr.min.f: In function 'oneints':
nmr.min.f:1: internal compiler error: in build2_stat, at tree.c:3074
Please submit a full bug report,
with
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-02 10:43 ---
Created an attachment (id=13824)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13824action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32584
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-07-02 11:41
---
In fact I see
FAIL: gfortran.fortran-torture/compile/pr32417.f90, -O (internal compiler
error)
on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32417
--- Comment #2 from victork at il dot ibm dot com 2007-07-02 11:47 ---
Subject: Re: Bootstrap with vectorization enabled fails with
ICE on PPC
rakdver at kam dot mff dot cuni dot cz [EMAIL PROTECTED] wrote
on 02.07.2007 13:06:50:
Does the fix for PR 32230 fix this?
Patch for PR
--- Comment #3 from rakdver at gcc dot gnu dot org 2007-07-02 11:51 ---
OK, I will have a look. Could you please provide a preprocessed source for the
testcase, I need to use a crosscompiler to reproduce it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-02 12:04 ---
*** Bug 32551 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32362
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-02 12:04 ---
If omp_get_nested() returns .false. (it doesn't have to, e.g. try
running the program with OMP_NESTED=1 in env), then it really should print
2 2 2 2
because only the outer parallel is parallelized and in the inner
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-02 12:05 ---
If you remove = 0 after tmp decl and add tmp = 0 on a line right below it
(so that tmp isn't saved), it will work just fine even with pre-PR32362
gfortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32551
for
obj cat ../gcc/LAST_UPDATED
Mon Jul 2 13:42:01 CEST 2007
Mon Jul 2 11:42:01 UTC 2007 (revision 126197)
and a clean bootstrap I seem to get repeatedly
/bin/sh ./libtool --mode=compile /data03/vondele/gcc_trunk/obj/./gcc/xgcc
-B/data03/vondele/gcc_trunk/obj/./gcc/ -B/dat
--- Comment #1 from jv244 at cam dot ac dot uk 2007-07-02 12:12 ---
configured with:
/data03/vondele/gcc_trunk/gcc/configure
--prefix=/data03/vondele/gcc_trunk/build --with-gmp=/data03/vondele/
--with-mpfr=/data03/vondele/ --enable-languages=c,fortran
make started with:
make -j 12
--- Comment #4 from victork at il dot ibm dot com 2007-07-02 12:12 ---
Subject: Re: Bootstrap with vectorization enabled fails with
ICE on PPC
rakdver at gcc dot gnu dot org [EMAIL PROTECTED] wrote on
02.07.2007 14:51:35:
OK, I will have a look.
thanks!
Could you please
--- Comment #5 from irar at il dot ibm dot com 2007-07-02 12:20 ---
(In reply to comment #4)
Looks like the data-dependence analysis is doing it's job
I am not sure about that. I tried the following cases and got distance 1 (and
direction positive) in all of them for load and store to
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-02 12:20 ---
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01867.html
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01875.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32468
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-07-02 12:47 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-02 12:59 ---
Build with -O2 crashes, -O2 -m32 is fine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-02 13:00 ---
Subject: Bug 31748
Author: jakub
Date: Mon Jul 2 12:59:49 2007
New Revision: 126201
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126201
Log:
PR c++/31748
* semantics.c (finish_omp_clauses):
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-02 13:01 ---
Subject: Bug 31748
Author: jakub
Date: Mon Jul 2 13:01:37 2007
New Revision: 126202
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126202
Log:
PR c++/31748
* semantics.c (finish_omp_clauses):
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-02 13:02 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-1.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-3.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-4.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-5.c
are now all xfailed after r126149.
--
Summary: [4.3 Regression] New VN misses FRE
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-02 13:33 ---
I'm going to look at bringing back the tree-combining the previous FRE did.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ubizjak at gmail dot com 2007-07-02 14:02 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00104.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #21 from zadeck at naturalbridge dot com 2007-07-02 14:12
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
--- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
The problem here is that
--- Comment #1 from kkojima at gcc dot gnu dot org 2007-07-02 14:21 ---
I don't think that this is a bug. Without optimization, all
intermediate variables can be allocated on stack. It's the case
even on other architectures. The test case #2 is compiled to
pushl %ebp
--- Comment #9 from uros at gcc dot gnu dot org 2007-07-02 14:26 ---
Subject: Bug 31966
Author: uros
Date: Mon Jul 2 14:26:11 2007
New Revision: 126206
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126206
Log:
PR tree-optimization/31966
PR
--- Comment #11 from uros at gcc dot gnu dot org 2007-07-02 14:26 ---
Subject: Bug 32533
Author: uros
Date: Mon Jul 2 14:26:11 2007
New Revision: 126206
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126206
Log:
PR tree-optimization/31966
PR
--- Comment #11 from pcarlini at suse dot de 2007-07-02 14:27 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
ubizjak at gmail dot com changed:
What|Removed |Added
CC|ubizjak at gmail dot com|
AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com
--- Comment #3 from pcarlini at suse dot de 2007-07-02 14:29 ---
Without a testcase, we can't do much, sorry.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-02 14:37 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00477.html
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-02 14:38 ---
Subject: Bug 26308
Author: ro
Date: Mon Jul 2 14:38:13 2007
New Revision: 126208
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126208
Log:
PR libgomp/26308
* config/posix/lock.c (_XOPEN_SOURCE):
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-02 14:41 ---
Subject: Bug 26308
Author: ro
Date: Mon Jul 2 14:41:03 2007
New Revision: 126209
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126209
Log:
PR libgomp/26308
* config/posix/lock.c (_XOPEN_SOURCE):
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-02 14:41 ---
Fixed for 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from drow at gcc dot gnu dot org 2007-07-02 14:48 ---
Subject: Re: no debug information for loop counters
On Sun, Jun 24, 2007 at 04:07:01AM -, pinskia at gcc dot gnu dot org wrote:
On the mainline, we have ivtmp.33 going from 1 to 101 so it does not equal the
--- Comment #14 from ro at gcc dot gnu dot org 2007-07-02 14:48 ---
Subject: Bug 30513
Author: ro
Date: Mon Jul 2 14:48:28 2007
New Revision: 126210
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126210
Log:
PR libgcj/30513
* configure.host (i[3-6]86-*): Undef
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-02 14:52 ---
Patch here:
http://gcc.gnu.org/ml/java-patches/2007-q2/msg00330.html
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-02 14:53 ---
Patch here:
http://gcc.gnu.org/ml/java-patches/2007-q2/msg00330.html
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2007-07-02 14:54 ---
*** This bug has been marked as a duplicate of 31229 ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kargl at gcc dot gnu dot org 2007-07-02 14:54 ---
*** Bug 32578 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-02 14:57 ---
Subject: Bug 21942
Author: ro
Date: Mon Jul 2 14:56:58 2007
New Revision: 126211
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126211
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-02 14:57 ---
Subject: Bug 21940
Author: ro
Date: Mon Jul 2 14:56:58 2007
New Revision: 126211
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126211
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #2 from kargl at gcc dot gnu dot org 2007-07-02 14:57 ---
Resolution of this bug requires the PROCEDURE POINTER feature
from Fortran 2003. Janus Weil, a Google SoC participant, is
working on this feature.
--
kargl at gcc dot gnu dot org changed:
What
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-02 15:00 ---
Subject: Bug 21942
Author: ro
Date: Mon Jul 2 14:59:47 2007
New Revision: 126212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126212
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-02 15:00 ---
Subject: Bug 21940
Author: ro
Date: Mon Jul 2 14:59:47 2007
New Revision: 126212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126212
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #3 from gd at spherenet dot de 2007-07-02 15:01 ---
Ping.
Is there any reason why this one is still unconfirmed? It could be reproduced
by Andrew.
--
gd at spherenet dot de changed:
What|Removed |Added
--- Comment #10 from ro at gcc dot gnu dot org 2007-07-02 15:03 ---
Subject: Bug 21942
Author: ro
Date: Mon Jul 2 15:02:26 2007
New Revision: 126213
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126213
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-02 15:03 ---
Subject: Bug 21940
Author: ro
Date: Mon Jul 2 15:02:26 2007
New Revision: 126213
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126213
Log:
PR boehm-gc/21940
PR boehm-gc/21942
*
--- Comment #11 from ro at gcc dot gnu dot org 2007-07-02 15:04 ---
Fixed for 4.1.3, 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-02 15:05 ---
Fixed for 4.1.3, 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
This c code:
// begin ok.c
int bar(int a, int b, int c)
{
//if ((b = c) (a == 0))
if (b = c)
{
return 0;
}
return 1;
}
// end ok.c
When compiled with
gcc -Wall -c ok.c
issues this warning:
ok.c: In function `bar':
ok.c:5: warning: suggest parentheses
--- Comment #5 from rakdver at kam dot mff dot cuni dot cz 2007-07-02
15:27 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
rakdver at gcc dot gnu dot org [EMAIL PROTECTED] wrote on
02.07.2007 14:51:35:
OK, I will have a look.
thanks!
Could you
The following code (extracted from ffmpeg) produces error: initializer element
is not constant:
typedef struct {
int num;
int den;
} AVRational;
static AVRational frame_rate = (AVRational) {25,1};
Replacing the last line with plain
static AVRational frame_rate = {25,1};
fixes it --
--- Comment #2 from pcarlini at suse dot de 2007-07-02 16:09 ---
Seems doable...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #6 from jb at gcc dot gnu dot org 2007-07-02 16:21 ---
Subject: Bug 32239
Author: jb
Date: Mon Jul 2 16:21:37 2007
New Revision: 126215
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126215
Log:
Forgot to delete these during yesterdays commit.
2007-07-02 Janne
--- Comment #6 from kargl at gcc dot gnu dot org 2007-07-02 16:44 ---
I committed a patch, yesterday.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
: In function
'Exp_Dbug.Prepend_String_To_Buffer':
../../gcc/gcc/ada/exp_dbug.adb:981: error: invalid array index
(unnamed-signed:32) MAX_EXPR D.2719_31, 0 + 1;
+===GNAT BUG DETECTED==+
| 4.3.0 20070702 (experimental) (hppa2.0w-hp-hpux11.11
--- Comment #2 from jv244 at cam dot ac dot uk 2007-07-02 17:11 ---
looks like this was recently confirmed by Eric
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #6 from sje at gcc dot gnu dot org 2007-07-02 17:15 ---
Subject: Bug 31684
Author: sje
Date: Mon Jul 2 17:15:35 2007
New Revision: 126216
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126216
Log:
PR target/31684
* haifa-sched.c
--- Comment #7 from sje at cup dot hp dot com 2007-07-02 17:16 ---
Patch applied.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 17:32 ---
Actually (AVRational) {25,1} is a compound literal but not a constant.
What options are you using? It is a GCC extension this is a constant really.
Now we do error out for -std=gnu99.
--
--- Comment #22 from spark at gcc dot gnu dot org 2007-07-02 17:33 ---
(In reply to comment #21)
I don't think this patch is quite enough.
IIUC, it is still possible (although very unlikely) for stack space to be
required without any MEM_LOAD or MEM_STORE present, and without any
--- Comment #3 from ubizjak at gmail dot com 2007-07-02 17:37 ---
Confirmed, breaks bootstrap (Revision: 126215)on FC6 x86_64-pc-linux-gnu.
--
ubizjak at gmail dot com changed:
What|Removed |Added
-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070702 (experimental)
/usr/local/gcc43/bin/g++ -O3 -fdump-tree-final_cleanup -ffast-math
-fno-unswitch-loops -g -c rt-no-load-motion.cpp
Here:
bb 15:
if (closest == 0)
goto bb 16;
else
goto bb 17;
bb 16:
res = p
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-02 17:47 ---
I rather have this as a runtime configurable rather than a compiler time
option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
--- Comment #1 from rob1weld at aol dot com 2007-07-02 17:47 ---
I re-configured with exactly the same command line options, except I removed
ada from --enable-languages=, and re-started make.
On this second attempt the file building timing was similar to what was
previously reported.
--- Comment #4 from ubizjak at gmail dot com 2007-07-02 17:48 ---
The patch at http://gcc.gnu.org/ml/fortran/2007-07/msg00036.html fixes
bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32585
--- Comment #2 from rob1weld at aol dot com 2007-07-02 17:51 ---
Created an attachment (id=13825)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13825action=view)
Missed profile execution counts for GCC 4.3.0 20070701 - broken build
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 17:54 ---
Fixed by:
2007-07-02 Simon Baldwin [EMAIL PROTECTED]
* argv.c (writeargv): Removed declaration of unused variable.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pcarlini at suse dot de 2007-07-02 17:54 ---
Why, exactly?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
--- Comment #5 from yves at gnu-darwin dot org 2007-07-02 17:59 ---
Fixed in g++ 4.2.0
Thanks
--
yves at gnu-darwin dot org changed:
What|Removed |Added
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 18:04 ---
Created an attachment (id=13826)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13826action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32590
--- Comment #3 from danglin at gcc dot gnu dot org 2007-07-02 18:12 ---
Here's a small test case from Steve Ellcey:
f (int n, ...)
{
int i, j;
long x;
__builtin_va_list ap;
__builtin_va_start(ap,n);
for (i = 0; i n; i++)
j = __builtin_va_arg(ap,int);
x =
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-02 18:17 ---
Can you send me, the dump produced by -fdump-rtl-expand with the trunk and also
revision 125754. I am 99% sure this was exposed by pointer plus.
--
pinskia at gcc dot gnu dot org changed:
What
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
CC||dfranke at gcc dot gnu dot
|
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-07-02 18:27 ---
Subject: Bug 32583
Author: dberlin
Date: Mon Jul 2 18:27:46 2007
New Revision: 126222
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126222
Log:
2007-07-02 Daniel Berlin [EMAIL PROTECTED]
Fix PR
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-02 18:27 ---
Subject: Bug 32584
Author: dberlin
Date: Mon Jul 2 18:27:46 2007
New Revision: 126222
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126222
Log:
2007-07-02 Daniel Berlin [EMAIL PROTECTED]
Fix PR
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-07-02 18:32 ---
fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-07-02 18:33 ---
fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from wilson at specifix dot com 2007-07-02 18:34 ---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
On Sat, 2007-06-30 at 02:10 +, zadeck at naturalbridge dot com
and then define ARCH_DOES_NOT_USE_DWARF2 in the right place in the
(gdb) r
Starting program: /home/dave/gnu/gcc-4.3/objdir/gcc/cc1 -iprefix
/home/dave/gnu/gcc-4.3/objdir/gcc/../lib/gcc/hppa-linux/4.3.0/ -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include-fixed
1 - 100 of 172 matches
Mail list logo
