with attached source file
gfortran -c -O3 hsl_ma41.f90
gives
hsl_ma41.f90: In function prinfo.1459:
hsl_ma41.f90:616:0: error: type mismatch in component reference
integer(kind=4)[0:D.1496] * restrict
integer(kind=4)[0:D.2718] *
# VUSE .MEM_56
D.2523_12 = CHAIN.85_1(D)-info.0;
--- Comment #1 from m dot a dot hulsen at tue dot nl 2009-09-13 06:53
---
Created an attachment (id=18576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18576action=view)
source file exposing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41347
--- Comment #4 from baldrick at free dot fr 2009-09-13 07:43 ---
Created an attachment (id=18577)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18577action=view)
New checking patch; frees memory allocated by the checking code
--
baldrick at free dot fr changed:
What
--- Comment #13 from ktietz at gcc dot gnu dot org 2009-09-13 08:19 ---
(In reply to comment #12)
Well, in fact it is MS here. But we on mingw-w64 think at the moment
about
to add an override option for this by defining _LARGE_FILES
(In reply to comment #11)
I worked on
--- Comment #1 from ramana at gcc dot gnu dot org 2009-09-13 09:20 ---
can you put a link to Mikaels patch here to make the bug report complete ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41325
--- Comment #2 from laurent at guerby dot net 2009-09-13 09:51 ---
Here is the sjlj port patch:
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00450.html
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #58 from laurent at guerby dot net 2009-09-13 11:36 ---
I'm still seeing a bootstrap comparison failure on sparc-linux as of revision
151650 so after the last commit:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/sel-sched.o
--- Comment #13 from tkoenig at gcc dot gnu dot org 2009-09-13 12:54
---
Actually closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-09-13 13:58 ---
Created an attachment (id=18578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18578action=view)
A bug example for 4.4 patch
Shows a bug in 4.4 patch
--
--- Comment #33 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-09-13 13:59 ---
Created an attachment (id=18579)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18579action=view)
Another bug in 4.4 patch
Another bug in 4.4 patch.
--
--- Comment #34 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-09-13 14:07 ---
So I posted these two examples that show that the patch is insufficient:
1) if the array is embedded in a structure and that structure is on the stack,
the stack is not aligned. (if the array
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-09-13 14:30
---
I will not have time to work on this one. Un-assigning.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-09-13 14:31
---
Fixed. I see no point in warning on a comment.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from kargl at gcc dot gnu dot org 2009-09-13 15:56 ---
Problem also occurs on *-*-freebsd. This may be related to the
2009-08-18 Michael Matz m...@suse.de
commit.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Compiling GCC started to fail in revision 151361 with the following error:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Revision 151360 compiles fine.
I used the following arguments to configure GCC:
../gcc/configure --prefix=/tmp/gcc45
--- Comment #5 from hutchinsonandy at aim dot com 2009-09-13 16:14 ---
It looks like most of AVR shift/rotates are messed up.
For the case we where we have non constant shifts, the peephole may grab a
scratch register. In this case it look like it grabs one that is free
afterwards and
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-09-13 17:43 ---
(In reply to comment #2)
(In reply to comment #1)
You didn't say how you configured it.
As with bug 40950, you might need --enable-stage1-languages=c,c++
Sorry, it was configured with
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #59 from ebotcazou at gcc dot gnu dot org 2009-09-13 21:31
---
Is there a separate PR or should I reopen this one?
This one is already overloaded, I'd suggest opening a new one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
I see a bootstrap comparison failure on sparc-linux (gcc54) as of revision
151664 so well after the last commit for PR41241 :
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/sel-sched.o differs
gcc/c-common.o differs
gcc/c-omp.o differs
gcc/varasm.o
--- Comment #60 from laurent at guerby dot net 2009-09-13 21:44 ---
Ok I filed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41349
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
Bootstrap on i386-unknown-freebsd7.2 and presumably other systems with
olders versions of binutils now fails as follows:
/usr/test/gcc/libstdc++-v3/libsupc++/eh_alloc.cc: In function '(static
initializers for /usr/test/gcc/libstdc++-v3/libsupc++/eh_alloc.cc)':
According to C++03 and C++0x, std::rotate has Complexity: At most last - first
swaps.
The random iterator implementation does not call std::swap at all, but rather
creates a temporary variable and uses the assignment operator to implement
swapping. std::swap often has different complexity than
On Linux/x86-64, revision 151676 caused:
In class 'gnu.java.security.hash.Tiger':
In method 'gnu.java.security.hash.Tiger.clinit()':
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
make[6]: ***
--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-14 03:21 ---
Same failure on powerpc-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41350
--- Comment #1 from hjl dot tools at gmail dot com 2009-09-14 05:09 ---
On Linux/ia64, I got
../../../../src-trunk/libstdc++-v3/libsupc++/eh_alloc.cc: In function '(static
initializers for ../../../../src-trunk/libstdc++-v3/libsupc++/eh_alloc.cc)':
26 matches
Mail list logo
