--- Comment #21 from richard at nildram dot co dot uk 2007-01-06 08:42
---
Subject: Re: [4.0/4.1 regression] internal consistency failure
ebotcazou at gcc dot gnu dot org [EMAIL PROTECTED] writes:
Eric asked me to weigh in here. My only concern about a backport is Comment
#9,
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2007-01-06 08:53
---
Yup, I'm still ready to backport it if the consensus is that
the patch is OK for 4.1. I see from later comments that you
might be backporting it yourself, but the offer still stands
if you haven't started
--- Comment #46 from burnus at gcc dot gnu dot org 2007-01-06 09:22 ---
(In reply to comment #44)
Current gcc ICEs again on CP2K
I tried to reproduce this with gfortran (trunk) of yesterday with CP2k of today
- and I failed to get an ICE. I tried then to directly use gfortran-4.2
--- Comment #7 from manu at gcc dot gnu dot org 2007-01-06 09:34 ---
Fixed in mainline.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-06 09:36 ---
Fixed in mainline.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-01-06 10:17
---
Well, it all boils down to differences in induction variable choices. The
choice made by 3.4 (for i686) doesn't look too good to me compared to 4.1.2
here.
4.1: MFLOPS: 990.4130 time(s): 28.10176
3.4:
The following fails with today's (rev. 120520) trunk (at -O1 on both i686-linux
and x86_64-linux):
$ cat mc_coordinates.f90
SUBROUTINE check_for_overlap (cell_length)
REAL, DIMENSION(1:3), INTENT(IN), OPTIONAL :: cell_length
REAL, DIMENSION(1:3) :: abc, box_length
IF (PRESENT(cell_length))
--- Comment #47 from fxcoudert at gcc dot gnu dot org 2007-01-06 10:43
---
(In reply to comment #44)
Current gcc ICEs again on CP2K:
Reduced testcase reported as PR 30391. I appeared between 20070104 and today,
and happens on both i686-linux and x86-64 linux; I pinged the person that
--- Comment #25 from rguenth at gcc dot gnu dot org 2007-01-06 10:59
---
Subject: Bug 27826
Author: rguenth
Date: Sat Jan 6 10:59:34 2007
New Revision: 120523
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120523
Log:
2007-01-05 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #19 from dfranke at gcc dot gnu dot org 2007-01-06 11:11
---
Resolved in private mail to difficulties with the build process.
Although PR30008 gave the same error messages, it is not a dupe.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-06 11:17 ---
Reopened, not a dupe of PR29867.
The identified problem: some distros place multilib-related files in
non-standard locations and include forwarding headers. Thus, fixes are not
applied. See
I just tried to compile Linux kernel 2.6.19.1 with
the new GNU C compiler version 4.3 snapshot 20070105.
The compiler said
mm/slab.c: At top level:
mm/slab.c:4266: error: edge __kmalloc-__builtin_constant_p has no
corresponding call_stmt
mm/slab.c:4266: internal compiler error: Segmentation
--- Comment #1 from dcb314 at hotmail dot com 2007-01-06 13:26 ---
Created an attachment (id=12864)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12864action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 30237
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes from
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 30034
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes from
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 25135
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes from
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 24325
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes from
--- Comment #13 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 27900
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes
--- Comment #14 from pault at gcc dot gnu dot org 2007-01-06 14:13 ---
Subject: Bug 23060
Author: pault
Date: Sat Jan 6 14:13:20 2007
New Revision: 120525
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525
Log:
2007-01-06 Paul Thomas [EMAIL PROTECTED]
Bug fixes
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:15 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-06 14:16 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:17 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pault at gcc dot gnu dot org 2007-01-06 14:17 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pault at gcc dot gnu dot org 2007-01-06 14:18 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-01-06 14:19 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from rsandifo at gcc dot gnu dot org 2007-01-06 14:27
---
Subject: Bug 25514
Author: rsandifo
Date: Sat Jan 6 14:26:58 2007
New Revision: 120526
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120526
Log:
gcc/
Backport:
2006-05-23 Richard
--- Comment #8 from rsandifo at gcc dot gnu dot org 2007-01-06 14:27
---
Subject: Bug 27736
Author: rsandifo
Date: Sat Jan 6 14:26:58 2007
New Revision: 120526
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120526
Log:
gcc/
Backport:
2006-05-23 Richard
--- Comment #5 from rask at sygehus dot dk 2007-01-06 14:28 ---
The condition in t-ppccomm is written just like the example in the GNU Make
documentation (Conditionals that Test Flags), except for the missing
parentheses.
Indeed toplevel libgcc fixes this, revision 120505 doesn't have
--- Comment #5 from patchapp at dberlin dot org 2007-01-06 14:45 ---
Subject: Bug number PR30008
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-01/msg00468.html
--
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |target
GCC build triplet|
--- Comment #6 from rich at phekda dot gotadsl dot co dot uk 2007-01-06
14:54 ---
I've repeated my testing with binutils 070103 (from snapshot from web page) and
gcc 4.3.0 20070104 from svn trunk (svn revision 120449).
Using hidden visibility with the attribute before the function
--
rich at phekda dot gotadsl dot co dot uk changed:
What|Removed |Added
Severity|minor |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30361
--- Comment #8 from schlie at comcast dot net 2007-01-06 15:04 ---
It seems that an overflow warning should be generated if an overflowed value
is utilized or results from an expression evaluation between sequence ponts?
Thereby:
x = INT_MAX + 2 - 2 ; // warning x may overflow.
z = (y
On Sat, 6 Jan 2007, rask at sygehus dot dk wrote:
Like
ifneq (,$(findstring gnu,$(target)))
ifeq (,$(findstring gnuspe,$(target)))
...
endif
endif
?
Yes, just like that.
How about s/gnuspe/spe/ in case someone comes up with a powerpc-gnufubarspe
target?
Seems reasonable.
--
Joseph
--- Comment #6 from joseph at codesourcery dot com 2007-01-06 15:08 ---
Subject: Re: Build failure in libgcc2 powitf2 with ICE in
gen_reg_rtx
On Sat, 6 Jan 2007, rask at sygehus dot dk wrote:
Like
ifneq (,$(findstring gnu,$(target)))
ifeq (,$(findstring gnuspe,$(target)))
...
--- Comment #12 from pcarlini at suse dot de 2007-01-06 15:54 ---
Mark, I'm looking a bit into this issue myself, starting from your notes: at
the moment I'm puzzled because, AFAICS, in the 2.95.3 tsubst nothing special
happens after the reduce_template_parm_level, still the testcase
I just tried to compile Suse Linux package noteedit-2.8.1-24
with the new GNU C++ compiler version 4.3 snapshot 20070105.
The compiler said
midimapper.cpp: In member function 'void
NMidiMapper::stopAllNotes(QPtrListNMidiEventStr*)':
midimapper.cpp:448: internal compiler error: in
--- Comment #1 from dcb314 at hotmail dot com 2007-01-06 16:01 ---
Created an attachment (id=12865)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12865action=view)
gzipped C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-01-06 16:05 ---
sparc-sun-solaris2.10 issue appears to be fixed.
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00470.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30311
--- Comment #7 from hjl at lucon dot org 2007-01-06 16:16 ---
Gcc 4.2 revision 120343 compiles SPEC CPU 2006 correctly.
--
hjl at lucon dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|x86_64-suse-linux |
GCC target triplet||x86_64-suse-linux
--- Comment #6 from ubizjak at gmail dot com 2007-01-06 17:47 ---
(In reply to comment #2)
vectorization of type conversions has recently been added to autovect-branch.
It requires modeling the respective unpack and pack optabs in the machine
description.
Hm, there is no
--- Comment #8 from patchapp at dberlin dot org 2007-01-06 17:50 ---
Subject: Bug number PR c++/28986
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-01/msg00473.html
--
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known
--- Comment #2 from hubicka at gcc dot gnu dot org 2007-01-06 18:10 ---
Created an attachment (id=12866)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12866action=view)
patch in testing
Mine,
testing the attached fix.
Honza
--
hubicka at gcc dot gnu dot org changed:
--- Comment #4 from danglin at gcc dot gnu dot org 2007-01-06 19:02 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:04 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:06 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:08 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:09 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:10 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:11 ---
Fixed. See
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from aldot at gcc dot gnu dot org 2007-01-06 19:36 ---
(In reply to comment #24)
Created an attachment (id=12855)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12855action=view) [edit]
nb: includes regenerated configure
For now I'd like to go with this simple
The generated code just calls malloc and then abort:
(gdb) disass main
Dump of assembler code for function main:
0x2b98 main+0:stw rp,-14(sp)
0x2b9c main+4:ldi 8,r26
0x2ba0 main+8:b,l 0x2b68 malloc,rp
0x2ba4 main+12: ldo 40(sp),sp
0x2ba8 main+16: ldi 1,r19
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-06 19:43 ---
Reduced testcase:
typedef unsigned long size_t;
static inline __attribute__((always_inline)) __attribute__((always_inline)) int
index_of(const int size)
{
return __builtin_constant_p(size);
}
static inline int
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 19:44 ---
Fails everywhere.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c -O -fno-show-column -S -o
pr161
94.s(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c: In function 'bug':
The tests all ICE in the same way:
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c -O3 -fipa-cp -fdump-ipa-cp
-fn
o-early-inlining -fno-show-column -S -o ipa-1.s(timeout = 300)
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-01-06 21:07
---
A difficult case to deal with is:
program main
print *,foo(0)
contains
function foo (n) result(res)
integer, intent(in) :: n
integer, allocatable :: res(:)
logical :: init = .false.
if
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c -fprofile-arcs
-ftest-cov
erage -g -fno-show-column -lm -o ./gcov-2.exe(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c:20: internal
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:26 ---
This happens everywhere.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:27 ---
*** This bug has been marked as a duplicate of 30358 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-06 21:27 ---
*** Bug 30396 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 21:29 ---
Program received signal SIGSEGV, Segmentation fault.
0x002a6c64 in som_output_text_section_asm_op (data=0x7ae49aa8)
at ../../gcc/gcc/config/pa/pa.c:9224
9224 if (cfun !cfun-machine-in_nsubspa)
(gdb) bt
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:30 ---
The testcase needs updating for your target.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30395
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-06 21:49 ---
Reducing, I am able to reproduce this also on powerpc64-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
The compiler should be able to detect that s and c
are not aliased, so a call to memcpy instead of memmove
could be issued.
$ cat memmove.f90
program main
character(len=1) :: s
character(len=2) :: c
s = 'a'
c = repeat(s,2)
end program main
$ gfortran -fdump-tree-original memmove.f90
$ cat
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-01-06 22:07 ---
(In reply to comment #0)
The compiler should be able to detect that s and c
are not aliased, so a call to memcpy instead of memmove
could be issued.
Or, even better, the memmove/memcpy could be ommitted
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-01-06 22:26
---
Another difficult case is:
program main
character(len=4) c
c = 'ab '
write (10) trim(c)
end program main
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #28 from paolo at gcc dot gnu dot org 2007-01-06 22:38 ---
Subject: Bug 30365
Author: paolo
Date: Sat Jan 6 22:38:07 2007
New Revision: 120531
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120531
Log:
2007-01-06 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #29 from paolo at gcc dot gnu dot org 2007-01-06 22:38 ---
Subject: Bug 30365
Author: paolo
Date: Sat Jan 6 22:38:41 2007
New Revision: 120532
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120532
Log:
2007-01-06 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #30 from pcarlini at suse dot de 2007-01-06 22:46 ---
This is not a regression, AFAIK, thus let's have it fixed for mainline and
4.2.0 first. We can consider backporting the change to 4_1 branch later on...
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 23:15 ---
This is a bug exposed by Roger's memcpy patch. This bug was originally caused
by Aldy's GIMPLE_MODIFY_STMT patch.
We are trying to fold a conditional expression's whos one side is a
GIMPLE_MODIFY_STMT that came
(I realize this comes rather late in the 4.0 cycle, but I thought I'd file it
anyway.)
I'm getting testsuite failures in two fortran cases in gcc-4.0.4 prerelease.
The failures are in gfortran.dg/actual_array_constructor_2.f90 and
gfortran.dg/actual_array_substr_2.f90 at all optimization levels.
--- Comment #17 from patchapp at dberlin dot org 2007-01-07 00:10 ---
Subject: Bug number PR target/29746
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-01/msg00494.html
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:28 ---
reduced testcase:
typedef struct MidiCommand {
signed channel : 5;
}MidiCommand;
void g(MidiCommand b);
void f()
{
MidiCommand b;
int i;
for (i = 0; i 16; i++)
{
b.channel = i;
g(b);
}
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:32 ---
I think this was fixed by:
2007-01-02 Joseph Myers [EMAIL PROTECTED]
PR middle-end/30311
* caller-save.c (add_stored_regs): Only handle SUBREGs if inner
REG is a hard register. Do not
On OSX 10.3 PPC with gfortran version 4.3.0 20070105, the following code:
! tests FORALL statements with a mask
program forall_8
real, dimension (5, 5, 5, 5) :: a
a (:, :, :, :) = 4
forall (i = 1:5, j = 1:5, k = 1:5, any (a (i, j, k, :) .gt. 6))
forall (l = 1:5, any (a (:, :, :, l)
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:47 ---
Reduced testcase:
void jumpfunc(int copy, void *p)
{
__builtin_memcpy (p, dummy, 128);
dummy: ;
}
This code is undefined as the address of a label will never be 128bytes, it
will either be 4 or 8
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:49 ---
Confirmed as of today, this is not a regression, a work around is to do -ggdb
-g3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-01-07 00:50 ---
Confirmed, I did not have time over the winter break to look at this bug, maybe
on the 15th or next weekend while I am in Tahoe.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:54 ---
Reduced testcase:
struct a
{
int g(void);
};
struct b : a { };
template typename T
struct wrapper
{
template typename R
void add_method( R ( T::* )() const );
};
void test()
{
--- Comment #5 from danglin at gcc dot gnu dot org 2007-01-07 00:55 ---
This failure also occurs in 4.0.3 hppa1.1-hp-hpux10.20.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:58 ---
Confirmed, a x86 only issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/../gfortran
-B/xxx/gnu/gcc/
objdir/gcc/testsuite/../
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/gnu_logical_
1.F -O0 -ffixed-line-length-none
-L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/
./libgfortran/.libs
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-07 01:01 ---
Confirmed, a regression from 4.1.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-07 01:09 ---
Confirmed, a regression from 3.2.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fnf at specifixinc dot com 2007-01-07 01:21 ---
Created an attachment (id=12867)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12867action=view)
Patch to fix reported problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363
--- Comment #1 from ghazi at gcc dot gnu dot org 2007-01-07 01:22 ---
The failure for actual_array_constructor_2.f90 looks like this:
gfortran.dg/actual_array_constructor_2.f90: In function 'MAIN__':
gfortran.dg/actual_array_constructor_2.f90:10: internal compiler error: in
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-01-07 01:24 ---
Sorry, flags to reproduce the actual_array_constructor_2.f90 failure on
sparc-sun-solaris2.10 are:
f951 actual_array_constructor_2.f90 -quiet -dumpbase
actual_array_constructor_2.f90 -mcpu=v7 -auxbase
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-01-07 01:34
---
Subject: Bug 30162
Author: jvdelisle
Date: Sun Jan 7 01:34:03 2007
New Revision: 120544
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120544
Log:
2007-01-06 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-01-07 01:39 ---
Here's the actual_array_substr_2.f90 error:
gfortran.dg/actual_array_substr_2.f90: In function 'foo':
gfortran.dg/actual_array_substr_2.f90:23: internal compiler error: in
gfc_conv_constant, at
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-01-07 03:23 ---
Created an attachment (id=12868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12868action=view)
fix in testing
testing a fix.
--
hubicka at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from jbuck at gcc dot gnu dot org 2007-01-07 06:07 ---
I cannot duplicate this bug with gcc 4.1.1 or with the current 4.1 or 4.2
branches. I don't get an ICE, just the expected error messages.
Is this bug still present?
--
jbuck at gcc dot gnu dot org changed:
--- Comment #8 from jbuck at gcc dot gnu dot org 2007-01-07 06:13 ---
Just like PR 27668, I cannot confirm this bug for 4.1.1 or the 4.1 branch; it
passes for me.
--
jbuck at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2007-01-07 06:40 ---
confirmed
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jbuck at gcc dot gnu dot org 2007-01-07 06:55 ---
No answer to Andrew's question in over a year? Dropping the priority to P3,
marking as waiting for feedback.
--
jbuck at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jbuck at gcc dot gnu dot org 2007-01-07 07:30 ---
Should this one just be marked WONTFIX? If we don't support the HP
assembler this isn't a bug (assuming we say so in the fine manual).
--
jbuck at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from irar at il dot ibm dot com 2007-01-07 07:40 ---
On the todo list.
BTW, vectorization of strided accesses was committed to the mainline 4.3.
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18438
100 matches
Mail list logo