--- Comment #5 from pault at gcc dot gnu dot org 2007-05-11 07:20 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from pault at gcc dot gnu dot org 2007-05-11 07:20 ---
Subject: Bug 31474
Author: pault
Date: Fri May 11 06:19:57 2007
New Revision: 124613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124613
Log:
2007-05-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from bonzini at gnu dot org 2007-05-11 07:19 ---
I started bootstrap and SPEC2000 on i686-pc-linux-gnu, I'll post the result
tomorrow hopefully (if the weekend swamps me it I might delay that). :-(
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-05-11 07:13 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-11 06:41
---
Fixed on 4.1. Not a bug on 4.2 or 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-11 06:40
---
Subject: Bug 31409
Author: jvdelisle
Date: Fri May 11 05:40:37 2007
New Revision: 124612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124612
Log:
2007-05-10 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-05-11 05:53 ---
Subject: Bug 31876
Author: kkojima
Date: Fri May 11 04:53:19 2007
New Revision: 124611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124611
Log:
PR target/31876
* config/sh/sh.md (andsi3): A
Symptom:
ld crashes if map file generation is specified.
Without map-file generation (without -Map, ... ) the
link process works fine.
Language:
C++
Version:
sh-3.1$ gcc-4.1 --version
gcc-4.1 (GCC) 4.1.3 20070429 (prerelease) (Debian 4.1.2-6)
Copyright (C) 2006 Free Software Found
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-05-11 01:34
---
Subject: Bug 31880
Author: jvdelisle
Date: Fri May 11 00:34:41 2007
New Revision: 124609
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124609
Log:
2007-05-10 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from janis at gcc dot gnu dot org 2007-05-11 00:51 ---
I had forgotten all about this. Today I checked to see how older versions of
DejaGnu and GCC tests handled xfail for dg-do keywords other than "run". I
only went back as far as GCC 3.0.4 and DejaGnu 1.4, but they als
--- Comment #7 from steven at gcc dot gnu dot org 2007-05-11 00:14 ---
Patch posted...
Waiting for Richard Earnshaw to confirm whether this fixes his problem, and
also waiting for some performance numbers.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-11 00:00 ---
I think only "void*" can be done with an implicat cast so we go from const
void* to void* and then to const block*.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31887
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-05-10 23:20
---
Paul, what is the status on this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20896
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-05-10 23:15
---
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17390
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-10 23:09 ---
Fixed, thanks Zdenek.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-10 23:00 ---
What are you doing, writting Fortran code in C? :) (really I am serious about
this one too)
> It seems that even if the argument is declared const foo_t * gcc assumes the
> function will initialize the data, which i
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-05-10 22:33 ---
Subject: Bug 31885
Author: rakdver
Date: Thu May 10 21:33:11 2007
New Revision: 124602
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124602
Log:
PR tree-optimization/31885
* tree-chrec.c (ch
--- Comment #3 from raeburn at raeburn dot org 2007-05-10 22:25 ---
Subject: Re: compiler misses opportunity to combine multiple identical
function return paths
On May 10, 2007, at 2:13, steven at gcc dot gnu dot org wrote:
> --- Comment #2 from steven at gcc dot gnu dot org 2007-
--- Comment #3 from patchapp at dberlin dot org 2007-05-10 21:30 ---
Subject: Bug number PR31474
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-05/msg00748.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from patchapp at dberlin dot org 2007-05-10 21:10 ---
Subject: Bug number PR30746
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-05/msg00746.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-05-10 20:30
---
Created an attachment (id=13540)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13540&action=view)
Fix for the 4.1 branch.
I'm waiting for the 4.2 branch to reopen in order to install it on all
branches.
-
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-05-10 19:59
---
Ugh, so operand_equal_p claims two side-effecting component_refs are never the
same, unless they are pointer equal. For non-sideeffects ones, it checks
whether the operands are the same.
This causes PRE to continu
--- Comment #4 from lloyd at randombit dot net 2007-05-10 17:51 ---
Manuel,
For your example code, GCC _is_ aware that the function always returns, since
the code it generates for it (with optimization) is:
f:
movl%edi, %eax
ret
So obviously it knows, at the level
--- Comment #7 from ghazi at gcc dot gnu dot org 2007-05-10 17:44 ---
Ben, Janis,
Would you please offer an update on the status of this PR? I'm running into
another situation where I need to xfail a dg-do link, and due to the issues
discussed in this PR it doesn't work. Has dejagnu c
--- Comment #10 from patchapp at dberlin dot org 2007-05-10 17:25 ---
Subject: Bug number PR31880
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-05/msg00728.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from oliver at linux-kernel dot at 2007-05-10 16:58 ---
Richard. It might be a Fedora problem. Yes. But can you help me to track it
down? gcc maintainer from Fedora will not really help me, as Fedora doesn't
have support for Alpha, that's part of the AlphaCore team. And in
The Polyhedron test case rnflow is runs since 20 April 30% slower than before.
gfortran -m32 -march=opteron -ffast-math -funroll-loops -ftree-vectorize
-ftree-loop-linear -O3 rnflow.f90
Today's gfortran: real0m58.205s / user0m56.600s
gfortran 2007-04-20 (r123986): real0m58.237s / user
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-05-10 16:08 ---
That's a fedora problem then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from manu at gcc dot gnu dot org 2007-05-10 15:50 ---
(In reply to comment #2)
> So are you saying that it is the case that the f() function below might return
> without a value? Since that is what the warning suggests.
assert() does not return a value and it is the last
--- Comment #1 from amylaar at gcc dot gnu dot org 2007-05-10 15:02 ---
I find that the failure goes away when I assign a_it[0] to the iterator
for the current node before p.pop, and make the loop skip an iteration when it
finds that the iterator for the current neighbor is a_it[0].
Doe
--- Comment #9 from roconnor at health dot usf dot edu 2007-05-10 12:50
---
(In reply to comment #7)
> Russel, thanks for finding this and reporting it. I assume you do not have
> copyright assignment. I committed the patch because it is very small and
> simple.
>
You're welcome. Th
gnat1: note: -freorder-blocks-and-partition does not work with exceptions
../../gcc/ada/debug.adb: In function 'Debug.Get_Debug_Flag_K':
../../gcc/ada/debug.adb:580: error: coverage mismatch for function
'debug__get_debug_flag_k' while reading counter 'arcs'
../../gcc/ada/debug.adb:580: error: chec
--- Comment #5 from burnus at gcc dot gnu dot org 2007-05-10 12:34 ---
Reduced test case, which gives still the same valgrind error. In addition,
len(join(words)) should give 8 not 10.
Using "len=5" instead of "len=*" or "words(2)" instead of "words(:) fixes both.
(=> "8" and no valgrin
--- Comment #4 from pault at gcc dot gnu dot org 2007-05-10 12:19 ---
(In reply to comment #3)
> The patch below does the job.
Not quite - apart from 'n' not being declared, this patch causes a couple of
regressions. These are easily fixed. However, if the function x has a
different n
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-05-10 12:16
---
*** Bug 31523 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2007-05-10 12:16
---
Reduced C++ testcase:
typedef enum { _B_FALSE, _B_TRUE } boolean_t;
typedef union { int i; } u;
cp/lex.c:make_aggr_type is miscompiled when cxx_make_type is inlined into it.
Amazingly enough, this is the same
--- Comment #1 from madcoder at debian dot org 2007-05-10 11:12 ---
It seems that even if the argument is declared const foo_t * gcc assumes the
function will initialize the data, which is rather ... erm... strange. Here is
the testcase:
=
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-05-10 11:04 ---
Confirmed. Either we should not accept always_inline on a function not
declared inline (or warn in that case), or a function marked always_inline
should be considered for inlining always. Second, the
t.i:3: sorry,
--- Comment #1 from rakdver at gcc dot gnu dot org 2007-05-10 11:01 ---
This gets fixed by the scev changes of
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00634.html
(the part about "chrec_contains_undetermined considers NULL_TREE to be a
special automatically generated chrec... Howev
Here is what I mean. When you write code like:
int foo(void) {
static bar_t bar;
call_some_function(&bar);
return 0;
}
gcc assumes that call_some_function will initialize bar properly. Though,
sometimes call_some_function is a function that will modify 'bar' but also need
it to be pr
--- Comment #11 from rakdver at gcc dot gnu dot org 2007-05-10 10:46
---
Simplified testcase:
void
slow_close(int n)
{
int i;
double *mm;
for (i=0;i<2*n;i++)
for (i=0;i<2*n;i++)
*(mm+i*2*n+i) = 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25371
--- Comment #4 from baldrick at gcc dot gnu dot org 2007-05-10 10:11
---
I'm reopening this as an enhancement request. I agree that the
code currently produced is correct, i.e. executes as required
by the RM. However it is suboptimal and in my opinion (and
apparently in Eric's opinion
Expected: The following loop is optimized way using gfortran -O3.
program prova
implicit none
integer :: i, j, Nx, Ny
parameter(Nx=1,Ny=1)
real(8) :: A(Nx,Ny)
do j=1,Ny
do i=1,Nx
A(i,j)=sin(1.d0+i+j);
end do
en
--- Comment #4 from mozilla at weilbacher dot org 2007-05-10 09:44 ---
Thanks Jakub. I downloaded snapshot "4.3.0 20070503 (experimental)" (the
gcc-4.3-20070504.tar.bz2 package) and confirmed that the issue with my data
processing plugins is fixed when compiling with this gcc and libgomp
--- Comment #6 from rakdver at kam dot mff dot cuni dot cz 2007-05-10
09:42 ---
Subject: Re: [4.3 regression] Invalid loop optimization causes bootstrap
failure in genautomata
> Now, imagine the representative of a class of invariant insns is this one:
>
> (gdb) next
> 1161
--- Comment #10 from sebastian dot pop at cri dot ensmp dot fr 2007-05-10
09:32 ---
Subject: Re: -ftree-vectorize results in internal compiler error on AMD64
Zdenek's patch for cleaning the dataref analysis is also fixing this bug.
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00634.ht
--- Comment #3 from pault at gcc dot gnu dot org 2007-05-10 09:11 ---
The patch below does the job. Before submitting, I want to check how much the
compile time is hit. If it is a lot, I will try to streamline detection of the
wrong host association.
Paul
Index: gcc/fortran/gfortran.h
--- Comment #16 from patchapp at dberlin dot org 2007-05-10 08:40 ---
Subject: Bug number PR 23551
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-05/msg00703.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #3 from zackw at panix dot com 2007-05-10 08:36 ---
What the heck are we doing calling access() in the first place? We should just
go ahead and try to execute .../cc1.exe for all relevant paths.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30972
--- Comment #9 from spop at gcc dot gnu dot org 2007-05-10 08:24 ---
Subject: Re: -ftree-vectorize results in internal compiler error on AMD64
I was still thinking about how to fix this, and the solution seems to me
to not instantiate the initial value of the induction variable if it i
--- Comment #1 from liqin at gcc dot gnu dot org 2007-05-10 08:21 ---
Index: gcc/config/score/score.c
===
--- gcc/config/score/score.c(revision 124567)
+++ gcc/config/score/score.c(working copy)
@@ -1167,7 +1167,7 @@
--- Comment #6 from liqin at gcc dot gnu dot org 2007-05-10 08:18 ---
Index: gcc/config/score/predicates.md
===
--- gcc/config/score/predicates.md (revision 124567)
+++ gcc/config/score/predicates.md (working copy)
--- Comment #4 from patchapp at dberlin dot org 2007-05-10 08:14 ---
Subject: Bug number PR30878
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-05/msg00623.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from patchapp at dberlin dot org 2007-05-10 08:14 ---
Subject: Bug number PR middle-end/30250
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-05/msg00619.html
--
http://gcc.gnu.org
--- Comment #9 from patchapp at dberlin dot org 2007-05-10 08:13 ---
Subject: Bug number Pr30876
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-05/msg00579.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from patchapp at dberlin dot org 2007-05-10 08:12 ---
Subject: Bug number PR31847
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-05/msg00527.html
--
http://gcc.gnu.org/bugzilla/sh
56 matches
Mail list logo
