--- 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
>> #
--- 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 starte
--- 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 (als
--- 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
Status|NEW
--- 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
Status|NEW
--- 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: M
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=gcc&view=rev&rev=120523
Log:
2007-01-05 Richard Guenther <[EMAIL PROTECTED]>
--- 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
http://gcc.gnu.org/ml/gcc
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 faul
--- 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=12864&action=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=gcc&view=rev&rev=120525
Log:
2007-01-06 Paul Thomas <[EMAIL PROTECTED]>
Bug fixes f
--- 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=gcc&view=rev&rev=120525
Log:
2007-01-06 Paul Thomas <[EMAIL PROTECTED]>
Bug fixes f
--- 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=gcc&view=rev&rev=120525
Log:
2007-01-06 Paul Thomas <[EMAIL PROTECTED]>
Bug fixes f
--- 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=gcc&view=rev&rev=120525
Log:
2007-01-06 Paul Thomas <[EMAIL PROTECTED]>
Bug fixes f
--- 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=gcc&view=rev&rev=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=gcc&view=rev&rev=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=gcc&view=rev&rev=120526
Log:
gcc/
Backport:
2006-05-23 Richard Sandi
--- 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=gcc&view=rev&rev=120526
Log:
gcc/
Backport:
2006-05-23 Richard Sandif
--- 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
--
http://gcc.gnu.org/bugzilla/sh
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |target
GCC build triplet||x86_64-unknown
--- 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 name
--
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.
--
--- 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 pas
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(QPtrList*)':
midimapper.cpp:448: internal compiler error: in aff_combination_convert, at
--- 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=12865&action=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 infrastru
--- 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
--
http://gcc.gnu.org/bugzil
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
--- 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=12866&action=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=12855&action=view) [edit]
> nb: includes regenerated configure
>
> For now I'd like to go with this sim
The generated code just calls malloc and then abort:
(gdb) disass main
Dump of assembler code for function main:
0x2b98 :stw rp,-14(sp)
0x2b9c :ldi 8,r26
0x2ba0 :b,l 0x2b68 ,rp
0x2ba4 : ldo 40(sp),sp
0x2ba8 : ldi 1,r19
0x2bac : b,l 0x2b80 ,rp
0x2bb0 :
--- 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 setup
--- 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
Statu
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':
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr161
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)
/test/gnu/gcc/gcc/gcc/testsuite/g
--- 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 (.not
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)
--- 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 comple
--- 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=gcc&view=rev&rev=120531
Log:
2007-01-06 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- 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=gcc&view=rev&rev=120532
Log:
2007-01-06 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- 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 from
(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
--
http://gcc.gnu.org/bu
--- 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 mo
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) .lt
--- 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 byt
--- 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()
{
wra
--- 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
-L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpu
--- 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=12867&action=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
gfc_conv_exp
--- 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 actual_array_con
--- 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=gcc&view=rev&rev=120544
Log:
2007-01-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- 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 fortran/trans-const.c:3
--- 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=12868&action=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
Status|UNCONFIRME
--- 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
