--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-09 18:11 ---
Subject: Re: [4.3 Regression] ICE in set_ssa_val_to, at tree-ssa-sccvn.c:1022
Uh, this assert was removed, so i don't know how it could still trigger ;)
On 9 Jul 2007 17:36:22 -, ebotcazou at gcc dot gnu dot
a
> c97205b
> c97305a c97305b c97305c c97305d c974002 c974003 c974008 c974009 c974010
> c974011
> cc1207b cc3019c cd92001 ce2103a ce2201l ce2202a ce3815a cxh1001
>
> nearly all of them are of the form
>
> +===GNAT BUG DETECTED===
GCJ -M is producing an empty dependency list vis:
package frysk4742;
class Referee
{
static int i;
int j;
Referee() {
j = i++;
}
}
package frysk4742;
class Referer {
static public void main(String[] args) {
new Referee();
}
}
gcj -M frysk4742/Referer.java
--- Comment #15 from ubizjak at gmail dot com 2007-07-09 18:16 ---
New timings on x86_64 core2 (from [1])
The tests were performed on core2 in 64bit mode, using '-DREPS=1 -O3 -msse3
-march=core2 -ffast-math' flags, with and without newly introduced
-fno-tree-reassoc flag.
The resul
--- Comment #14 from hp at gcc dot gnu dot org 2007-07-09 18:30 ---
>From revision 126479 (in the range 126472..126429), the bug is again hidden.
There's a libstdc++-v3/include/bits/stl_algo.h tweak in that range that
apparently sufficiently changed the code.
--
http://gcc.gnu.org/b
--- Comment #1 from langton at gcc dot gnu dot org 2007-07-09 18:32 ---
Confirmed. The segfault occurs on trans-array.c:1380 because e->ts->cl is
null.
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||19276
nThis||
Keyw
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Known to fail||4.3.0
For the following invalid code
program xtrim_array
implicit none
character (len=4) :: xx(2)
xx = [trim("boy "),trim("girl")] ! invalid -- elements have different lengths
print*,"xx = '" // xx(1) // "' '" // xx(2) // "'"
end program xtrim_array
compiling and running with gfortran gives
gfortran
--- Comment #1 from vivekrao4 at yahoo dot com 2007-07-09 19:05 ---
Gfortran also does not warn about the simpler code
program xtrim_array
! check if compiler catches character array constructor with elements of
different sizes
implicit none
character (len=4) :: xx(2)
xx = ["boy","girl"
--- Comment #2 from jaydub66 at gmail dot com 2007-07-09 19:17 ---
I checked it: The ICE is really introduced by rev. 124541.
> r124541 | pault | 2007-05-08 13:58:25 +0200 (Tue, 08 May 2007) | 18 lines
> PR 29397, PR 29400
> * decl.c (add_init_expr_to_sym): Expand a scal
--- Comment #16 from uros at gcc dot gnu dot org 2007-07-09 19:22 ---
Subject: Bug 27855
Author: uros
Date: Mon Jul 9 19:22:03 2007
New Revision: 126491
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126491
Log:
PR target/27855
* doc/extend.texi: Add ftree-reass
--- Comment #18 from aoliva at gcc dot gnu dot org 2007-07-09 19:24 ---
Subject: Bug 23551
Author: aoliva
Date: Mon Jul 9 19:24:23 2007
New Revision: 126492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126492
Log:
Revert:
2007-07-06 Alexandre Oliva <[EMAIL PROTECTED]>
PR de
--- Comment #4 from geoffk at gcc dot gnu dot org 2007-07-09 19:34 ---
'external linkage' is not the same thing as 'the declaration contains the
keyword "extern"'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32692
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-07-09 19:42 ---
Subject: Bug 32698
Author: rguenth
Date: Mon Jul 9 19:41:54 2007
New Revision: 126494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126494
Log:
2007-07-09 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from rob1weld at aol dot com 2007-07-09 20:27 ---
A few hours later and it failed for want of ltcf-c.sh and ltcf-cxx.sh. I ran
gcc_update again and that fixed the configure / makefile problem of not copying
those files over.
There is still the annoyance of the build re-st
--- Comment #4 from rob1weld at aol dot com 2007-07-09 21:01 ---
>Comment #2 From Andrew Pinski 2007-07-09 02:53 [reply] ---
>No include for or .
Andrew, I'm not an expert at C++ but I did my best to attempt to make a couple
of reduced testcases where I felt I was able. BOTH those
--- Comment #16 from bonzini at gnu dot org 2007-07-09 21:04 ---
Looking out of the box, why can't we add it always, the same as we do with the
frame and stack pointer?? I wonder if the fixed/variable thing is a red
herring.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32398
Consider the following functions (compiled with "g++-4.1.2 -msse3 -O3"):
#include
__m128i int2vector(int i) { return _mm_cvtsi32_si128(i); }
int vector2int(__m128i i) { return _mm_cvtsi128_32(i); }
__m128i long2vector(long long i) { return _mm_cvtsi64x_si128(i); }
long long vector2long(__m128i) {
NAG f95 does:
Error: foo.f90, line 45: ALLOCATABLE array NCOSET used but never ALLOCATEd
gfortran does not detect this. Testcase, see PR 31683.
--
Summary: Diagnose: ALLOCATABLE array used but never ALLOCATEd
Product: gcc
Version: 4.3.0
Status: UNCON
--- Comment #5 from pcarlini at suse dot de 2007-07-09 21:19 ---
(In reply to comment #4)
> >Comment #2 From Andrew Pinski 2007-07-09 02:53 [reply] ---
> >No include for or .
>
> Andrew, I'm not an expert at C++ but I did my best to attempt to make a couple
> of reduced testcases
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-09 21:33 ---
(In reply to comment #1)
How wierd and wonderful - whilst it is a regression, it is only just; given the
timing of gfc_array_transfer and gfc_simplify_transfer, the latter undid the
former by only a few months or so:)
program samename
contains
subroutine readInput
implicit none
integer:: a,b,c
NAMELIST /name/ a,b,c
read(5,nml=name)
end subroutine readInput
subroutine name()
end subroutine name
end program
this code fails with the following error (gfortran 4.3 and 4.1.3):
samena
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-09 21:57 ---
Works for me with 4.3.0; I can reproduce the ICE with 4.2 and 4.1.
valgrind with 4.3.0 shows:
==18422== Invalid read of size 8
==18422==at 0x4A3FB2: build_dt (trans-io.c:1592)
==18422==by 0x47819E: gfc_trans_
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-07-09 22:01
---
Subject: Bug 29459
Author: fxcoudert
Date: Mon Jul 9 22:00:52 2007
New Revision: 126496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126496
Log:
PR fortran/29459
* trans-array.c (gfc_tr
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-09
22:01 ---
Subject: Re: [4.3 Regression] checking for suffix of object files...
configure: error: cannot compute suffix of f obje
> --- Comment #16 from bonzini at gnu dot org 2007-07-09 21:04 ---
> Looking
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-07-09 22:03
---
With the initial testcase:
module foo_mod
implicit none
contains
subroutine print_sub(fmt_acf,iu,labels)
character (len=*), intent(in), optional :: fmt_acf
integer , intent(in), optional :: iu
character
--- Comment #18 from zadeck at naturalbridge dot com 2007-07-09 22:28
---
Subject: Re: [4.3 Regression] checking for suffix of
object files... configure: error: cannot compute suffix of f object files:
cannot compile
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #1
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-09 22:34 ---
If one moves "subroutine name()" before "readinput", valgrind shows no
problems. (And no ICE occurs with 4.2 and 4.1.)
This occures for dt->namelist->name, which is "name" (len 4)
==18422==at 0x4A3FB2: build_dt (
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-09 22:35 ---
Subject: Bug 32336
Author: tkoenig
Date: Mon Jul 9 22:34:43 2007
New Revision: 126498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126498
Log:
2007-07-09 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-09 22:35 ---
Fixed on trunk. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-09 22:40 ---
(In reply to comment #2)
Whilst I agree that this is a regession, it is so because an underlying bug is
exposed - in other words, r124541 is perfectly correct.
The following also fails:
program matrix
implicit none
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-09 22:42 ---
Oh dear - that's right. I feel a temporary coming on!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the following functions with gcc-4.{1,2,3} results in an ICE.
gcc-3.4.4 does not ICE:
#include
static inline
__m128i my_asm(__m128i a, __m128i b) {
__m128i result;
asm("pshufb\t%1,%0" : "=x"(result) : "X"(b), "0"(a));
return result;
}
__m128i foo(__m128i src) {
return my_asm(
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-09 22:59 ---
"X" constraint means anything matches. Now why we are ICEing is a bit weird.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32711
--- Comment #11 from appfault at hotmail dot com 2007-07-09 23:21 ---
I've been unable to reproduce any issues in 3.4.6, even with tests that do not
rely on the empty string. I suspect there is something more specific that was
fixed somewhere between 3.3.x and 3.4.6.
It doesn't seem ap
--- Comment #2 from scovich at gmail dot com 2007-07-09 23:27 ---
(In reply to comment #1)
> "X" constraint means anything matches. Now why we are ICEing is a bit weird.
I started using it because "g" doesn't seem to allow xmm references.
Fortunately, "xm" seems to have the desired eff
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-10
00:04 ---
Subject: Re: [4.3 Regression] checking for suffix of object files...
configure: error: cannot compute suffix of f obje
> The problem that i have is it the argument pointer does not have a fixed
> value.
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-07-10 00:39
---
Got it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-07-10 01:01 ---
Subject: Bug 32664
Author: kkojima
Date: Tue Jul 10 01:01:11 2007
New Revision: 126507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126507
Log:
PR rtl-optimization/32664
* mode-switching.c
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-07-10 01:02 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pedro dot lamarao at mndfck dot org 2007-07-10 01:33
---
Just to note I'm aware of the bug.
I'll take a look at it soon but unfortunately not too soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32676
--- Comment #6 from rob1weld at aol dot com 2007-07-10 04:31 ---
>Comment #5 From Paolo Carlini 2007-07-09 21:19 [reply] ---
>The last issue simply doesn't make sense.
On page http://gcc.gnu.org/bugs.html#need it says:
"the preprocessed file (*.i*) that triggers the bug, generated
--- Comment #7 from rob1weld at aol dot com 2007-07-10 04:55 ---
>--- Comment #3 From Paolo Carlini 2007-07-09 08:43 [reply] ---
>Note that in 4.3 the header dependencies have been streamlined and it's well
>possible that some projects around are failing to include required head
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-10 05:11 ---
Subject: Bug 32157
Author: pault
Date: Tue Jul 10 05:11:00 2007
New Revision: 126509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126509
Log:
2007-07-10 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-10 05:11 ---
Subject: Bug 32634
Author: pault
Date: Tue Jul 10 05:11:00 2007
New Revision: 126509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126509
Log:
2007-07-10 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-10 05:11 ---
Subject: Bug 32689
Author: pault
Date: Tue Jul 10 05:11:00 2007
New Revision: 126509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126509
Log:
2007-07-10 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-10 05:12 ---
Fixed
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-10 05:13 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #7 from pault at gcc dot gnu dot org 2007-07-10 05:15 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-07-10 05:37
---
Subject: Bug 32702
Author: jvdelisle
Date: Tue Jul 10 05:37:29 2007
New Revision: 126510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126510
Log:
2007-07-09 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-10 05:59
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-10 06:23 ---
I think this is indeed no bug. I contacted NAG f95 and if they found something
in the standard which we overlooked, I will reopen this PR.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-10 06:37 ---
*** This bug has been marked as a duplicate of 20520 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-10 06:37
---
*** Bug 32709 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
--- Comment #3 from ubizjak at gmail dot com 2007-07-10 06:46 ---
(In reply to comment #1)
> "X" constraint means anything matches. Now why we are ICEing is a bit weird
We hit:
/* We have patterns that allow zero sets of memory, for instance.
In 64-bit mode, we should p
101 - 156 of 156 matches
Mail list logo
