--- Comment #154 from jv244 at cam dot ac dot uk 2008-05-05 10:31 ---
this PR remains meaningful, but indeed the component should be changed to
'other'
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #151 from jv244 at cam dot ac dot uk 2008-05-03 18:17 ---
New ICE PR36119, reopening.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #152 from kargl at gcc dot gnu dot org 2008-05-03 18:42 ---
(In reply to comment #151)
New ICE PR36119, reopening.
Why do you re-open this bug report for an regression? A few years
ago when cp2k revealed several bugs at one time, it made sense to have a
meta-bug
--- Comment #153 from jvdelisle at gcc dot gnu dot org 2008-05-03 19:15
---
After some discussion on IRC the team recommends that we retire this PR. No
need to track bugs in two places and these latter bugs are regressions. The
latest not even related to gfortran.
So in the future
--- Comment #150 from fxcoudert at gcc dot gnu dot org 2008-05-01 08:28
---
Apparently fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-30 20:02 ---
Failures at the moment:
FAIL: gfortran.dg/array_memset_2.f90 -O0 scan-tree-dump-times original
memset 2
FAIL: gfortran.dg/array_memset_2.f90 -O1 scan-tree-dump-times original
memset 2
FAIL:
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-04-30 20:47 ---
(In reply to comment #3)
FAIL: gfortran.dg/array_memset_2.f90 -O0 scan-tree-dump-times original
memset 2
This is due to a false positive because memset in the error message
(due to the filename) matches more
--- Comment #149 from jv244 at cam dot ac dot uk 2008-04-28 12:45 ---
new ICE, PR36071.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #148 from jv244 at cam dot ac dot uk 2008-02-18 08:10 ---
(In reply to comment #147)
(In reply to comment #146)
(In reply to comment #145)
current gfortran trunk seems to fail on CVS sources of CP2K with:
PR34946
Joost - can this be closed again?
Done, but I hope
--- Comment #147 from pault at gcc dot gnu dot org 2008-02-16 18:54 ---
(In reply to comment #146)
(In reply to comment #145)
current gfortran trunk seems to fail on CVS sources of CP2K with:
PR34946
Joost - can this be closed again?
Cheers
Paul
--
--- Comment #145 from jv244 at cam dot ac dot uk 2008-01-23 19:02 ---
current gfortran trunk seems to fail on CVS sources of CP2K with:
/data03/vondele/clean/cp2k/src/../src/realspace_grid_types.F: In function
rs_grid_create:
--- Comment #146 from jv244 at cam dot ac dot uk 2008-01-23 19:30 ---
(In reply to comment #145)
current gfortran trunk seems to fail on CVS sources of CP2K with:
PR34946
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #2 from manu at gcc dot gnu dot org 2008-01-08 17:13 ---
It works.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #12 from cgf at gcc dot gnu dot org 2007-12-31 19:27 ---
14:27
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34631
--- Comment #13 from cgf at gcc dot gnu dot org 2007-12-31 19:58 ---
email seems to be working
--
cgf at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #144 from pault at gcc dot gnu dot org 2007-12-06 08:17 ---
(In reply to comment #143)
CP2K fails again to compile
Joost,
It's me again! I had naively thought that all the simple combinations of USE
statements were covered in the testsuite. Evidently, I was not just
--- Comment #143 from jv244 at cam dot ac dot uk 2007-12-05 10:12 ---
CP2K fails again to compile
all.f90:51639.23:
TYPE(cp_error_type), INTENT(inout) :: error
1
Error: Derived type 'cp_error_type' at (1) is being used before it is defined
--
jv244
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-12-03 04:10 ---
(In reply to comment #5)
gcc -std=gnu99 -O3 -fsee -fno-regmove distbench.c
distbench.c: In function 'main':
distbench.c:140: internal compiler error: Segmentation fault
I filed this as PR 34320.
--
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-12-03 04:11 ---
(In reply to comment #5)
gcc -std=gnu99 -O3 -fsee fftbench.c
fftbench.c: In function 'main':
fftbench.c:214: error: invalid rtl sharing found in the insn
(insn 682 681 261 27 fftbench.c:78 (set (reg/v:SI 126 [
gcc.gnu.org/bugs/reghunt.html
has instructions on how to obtain gcc via CVS. This should be updated to
reflect the move to subversion.
--
Summary: bugs/reghunt.html should be updated to mention svn
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #1 from manu at gcc dot gnu dot org 2007-11-16 15:25 ---
Confirmed.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
CC|
Hallo gcc-bugs@gcc.gnu.org,
dieses ist nun schon unsere 2. Mail an Sie, da wir nicht moechten, dass
Ihnen die für Sie reservierten 2400,00 EUR verloren gehen.
Ja tatsaechlich, dieser Betrag ist für Sie als Inhaber der Email gcc-
[EMAIL PROTECTED] reserviert
Greifen sie jetzt zu und holen sie
--- Comment #5 from patrik dot hagglund at bredband dot net 2007-10-07
17:44 ---
I have found two bugs using my own (unfinished/unreleased) Acovea
replacement (available upon request). Both are for -fsee.
gcc (GCC) 4.3.0 20071005 (experimental)
--
gcc -std=gnu99 -O3 -fsee fftbench.c
--- Comment #6 from patrik dot hagglund at bredband dot net 2007-10-07
17:56 ---
Created an attachment (id=14314)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14314action=view)
example benchmark in libacovea-5.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32358
--- Comment #7 from patrik dot hagglund at bredband dot net 2007-10-07
17:56 ---
Created an attachment (id=14315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14315action=view)
example benchmark in libacovea-5.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32358
Holen sie sich jetzt 2400 EUR in Cash ab
Und gehen Sie dabei einen sicheren und koeniglichen Weg !!!
Alles mehrsprachig und einfach erklaert, starten Sie jetzt !!!
Für jeden erhaeltlich, ganz einfach: Anklicken, Registrieren, abholen !!!
WO ERHALTEN SIE SONST 2400 Euro in 12 Monaten
Hi,
the bugzilla enter-a-new-bug-page
http://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc points to
http://gcc.gnu.org/bugzilla/page.cgi?id=bug-writing.html (which is a bit
mozilla centric).
Unfortunately neither page directs the user to the relevant pages for reporting
gcc bugs: http
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-09 13:36 ---
Confirmed. Danny, can you adjust the bug-writing url to the gcc specific one?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from gcc at abeckmann dot de 2007-09-09 13:49 ---
Another URL valuable for minimize.html:
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33364
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-30 13:30
---
Not much use any more, closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2007-08-29 13:36 ---
FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from burnus at gcc dot gnu dot org 2007-08-29 13:09 ---
Subject: Bug 33215
Author: burnus
Date: Wed Aug 29 13:08:55 2007
New Revision: 127898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127898
Log:
2007-08-29 Christopher D. Rickett [EMAIL PROTECTED]
|Added
Keywords||rejects-valid
Summary|Bind(C): Accepts multiple |Bind(C): Bugs with empty
|entites with same (empty) |name=: Creates wrong
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from patchapp at dberlin dot org 2007-08-29 00:14 ---
Subject: Bug number PR 33215
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-08/msg02019.html
--
--- Comment #142 from fxcoudert at gcc dot gnu dot org 2007-08-15 10:44
---
As there's only one bug left here, and it's been worked on, I'm closing this
PR. Hopefully, with the inclusion of cp2k into regression-testers, we won't
need to REOPEN it!
--
fxcoudert at gcc dot gnu dot
Just a meta-bug to keep track of DATA-related bugs.
--
Summary: [Meta-bug] Data related bugs
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: fortran
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #137 from pault at gcc dot gnu dot org 2007-07-24 06:18 ---
Joost,
Are you seeing this on bench01 and bench02? - this is on yesterday's tree
Program received signal SIGSEGV, Segmentation fault.
0x00c67e4a in __topology_util_MOD_topology_set_atm_mass ()
(gdb) backtrace
#0
--- Comment #138 from jv244 at cam dot ac dot uk 2007-07-24 06:31 ---
(In reply to comment #137)
Joost,
Are you seeing this on bench01 and bench02? - this is on yesterday's tree
By chance I ran a test yesterday evening (rev. 126856) which ran OK. This was
on an opteron with '-O3
--- Comment #139 from jv244 at cam dot ac dot uk 2007-07-24 07:22 ---
(In reply to comment #138)
I'll
start a new test with current trunk.
Tue Jul 24 06:32:19 UTC 2007 (revision 126866) is also passing the test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #140 from pault at gcc dot gnu dot org 2007-07-24 07:45 ---
(In reply to comment #139)
(In reply to comment #138)
I'll
start a new test with current trunk.
Tue Jul 24 06:32:19 UTC 2007 (revision 126866) is also passing the test.
You were right about the options: -O3
--- Comment #141 from jv244 at cam dot ac dot uk 2007-07-24 08:44 ---
(In reply to comment #140)
You were right about the options: -O3 -ffast-math -march=native triggers the
crash on PIV/Cygwin_NT, whereas -O1 does not. I'll retry latter with
-march=native, which I suspect from
.
--
Summary: [Meta-bugs] 'Fortran 95'-only failures
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam
--- Comment #1 from jv244 at cam dot ac dot uk 2007-07-20 08:20 ---
only 1 open since 2005, 2 open since 2006, others are 2007.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
--- Comment #135 from jv244 at cam dot ac dot uk 2007-07-10 07:05 ---
new bogus errors compiling all.f90 ... FX, how's the nightly tester setup
going?
cat out
all.f90:23538.44:
USE util,ONLY: sort
1
Error:
--- Comment #136 from jv244 at cam dot ac dot uk 2007-07-11 05:48 ---
(In reply to comment #135)
new bogus errors compiling all.f90 ...
filed as PR 32727
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #133 from fxcoudert at gcc dot gnu dot org 2007-07-06 12:18
---
I've made a first try to an automatic nightly tester of CP2K (thanks Joost for
the input files provided), I'll post full details when I'm sure it's working
OK.
--
--- Comment #134 from jv244 at cam dot ac dot uk 2007-07-06 14:52 ---
(In reply to comment #133)
I've made a first try to an automatic nightly tester of CP2K (thanks Joost for
the input files provided), I'll post full details when I'm sure it's working
OK.
that's great...
--
--- Comment #132 from jv244 at cam dot ac dot uk 2007-07-05 14:39 ---
new bogus gfortran error on CP2K : PR 32633
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #130 from ubizjak at gmail dot com 2007-07-03 07:11 ---
(In reply to comment #129)
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F.
This
is a regression wrt to
--- Comment #131 from jv244 at cam dot ac dot uk 2007-07-03 07:22 ---
(In reply to comment #130)
(In reply to comment #129)
Could you use bisection to isolate the patch that introduced regression?
unfortunately, I don't have the setup to do so. However, I've filed a simple
testcase
--- Comment #128 from jv244 at cam dot ac dot uk 2007-07-02 21:36 ---
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F. This
is a regression wrt to 4.2.0, but I'm not sure when it was
--- Comment #129 from jv244 at cam dot ac dot uk 2007-07-02 21:42 ---
(In reply to comment #128)
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F.
This
is a regression wrt to
--- Comment #127 from jv244 at cam dot ac dot uk 2007-06-28 06:08 ---
(In reply to comment #126)
As Andrew pointed out in PR 32521 the valgrind warning was fixed in 4.2.1
(prerelease). I've now built the 4.2_branch, and the warning is indeed gone,
but unfortunately the same
--- Comment #119 from jv244 at cam dot ac dot uk 2007-06-27 08:24 ---
Testing gcc 4.2.0 I unfortunately found that it miscompiles CP2K.
The following testcase:
tests/DFTB/regtest-scc/h2o-1.inp
yields incorrect results. Should be similar to:
Total energy:
--- Comment #120 from pinskia at gmail dot com 2007-06-27 09:37 ---
Subject: Re: [meta-bugs] ICEs with CP2K
On 27 Jun 2007 08:24:46 -, jv244 at cam dot ac dot uk
[EMAIL PROTECTED] wrote:
# BUG
FCFLAGS = -O3 -ffast-math -ftree-vectorize -march=native
So -ffast-math
--- Comment #121 from jv244 at cam dot ac dot uk 2007-06-27 12:47 ---
(In reply to comment #119)
I might try to find out which module gets miscompiled, but this could be a bit
of a slow process.
miscompilation happens with the module qs_neighbor_lists. It is a module with
lots of
--- Comment #122 from jv244 at cam dot ac dot uk 2007-06-27 12:51 ---
(In reply to comment #120)
I bet this is due to reduction which is done for -ffast-math with
-ftree-vectorize. Which case it might not be a bug. Yes 3 out of 130
is actually huge but if the values are huge to
--- Comment #123 from jv244 at cam dot ac dot uk 2007-06-27 13:54 ---
(In reply to comment #121)
(In reply to comment #119)
I might try to find out which module gets miscompiled, but this could be a
bit
of a slow process.
miscompilation happens with the module
--- Comment #124 from jv244 at cam dot ac dot uk 2007-06-27 14:21 ---
(In reply to comment #123)
and there is no valgrind error if I remove -ftree-vectorize from the options.
Which, I guess, explains why things get compiled correctly in that case.
--
--- Comment #125 from jv244 at cam dot ac dot uk 2007-06-27 14:45 ---
(In reply to comment #119)
Testing gcc 4.2.0 I unfortunately found that it miscompiles CP2K.
filed as PR 32521
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #126 from jv244 at cam dot ac dot uk 2007-06-27 19:55 ---
As Andrew pointed out in PR 32521 the valgrind warning was fixed in 4.2.1
(prerelease). I've now built the 4.2_branch, and the warning is indeed gone,
but unfortunately the same qs_neighbor_lists module is still
--- Comment #117 from pinskia at gcc dot gnu dot org 2007-06-22 07:24
---
(In reply to comment #116)
There is currently a new ICE
If you can reproduce it still, please CC me on the bug (as I caused this bug).
I might already have a fix for this bug already too (though the trip to
--- Comment #118 from jv244 at cam dot ac dot uk 2007-06-22 07:34 ---
(In reply to comment #117)
(In reply to comment #116)
There is currently a new ICE
If you can reproduce it still, please CC me on the bug (as I caused this
bug).
I might already have a fix for this bug
--- Comment #115 from jv244 at cam dot ac dot uk 2007-06-21 09:05 ---
trying to investigate the culprit of the slowdown mentioned in comment 112 I
found out that adding -pg to the compile flags leads to a miscompiled code.
I've filed PR 32450 to track the issue
--
--- Comment #116 from jv244 at cam dot ac dot uk 2007-06-22 05:56 ---
There is currently a new ICE
[EMAIL PROTECTED]:/scratch/vondele/gcc_test/gfortran/test/src gfortran -Os
all.f90
all.f90: In function compute_screening_matrices:
all.f90:305498: internal compiler error: in
--- Comment #112 from jv244 at cam dot ac dot uk 2007-06-20 20:25 ---
after the fix for PR 32140 gfortran compiles CP2K correctly on x86_64 using
'-O3 -ffast-math -ftree-vectorize -funroll-loops -march=native' . Thanks !
I've made a new tar file available that contains a more recent
--- Comment #113 from fxcoudert at gcc dot gnu dot org 2007-06-20 20:41
---
(In reply to comment #112)
after the fix for PR 32140 gfortran compiles CP2K correctly on x86_64 using
'-O3 -ffast-math -ftree-vectorize -funroll-loops -march=native' . Thanks !
Great. I hope we can get it
--- Comment #114 from jv244 at cam dot ac dot uk 2007-06-21 03:41 ---
(In reply to comment #113)
Great. I hope we can get it working with MPI (should probably already work)
I suspect that will be no real problem, but I do not have an MPI/gfortran setup
to check.
this seems quite
--- Comment #2 from rob1weld at aol dot com 2007-06-15 16:53 ---
When I used Acovea-5.1.1 it found that -fipa-pta always causes an ICE with
-O zero.
Here is the complete documentation for the feature:
# grep -B1 -A2 ipa-pta /usr/test/info/gcc.info
`-fipa-pta'
Perform
--- Comment #1 from rob1weld at aol dot com 2007-06-15 16:52 ---
Created an attachment (id=13708)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13708action=view)
Config - GCC 4.3.0 - Athlon-XP
Here is an Acovea configuration file for GCC 4.3.0 for an Athlon-XP.
--
, with this _one_ test program only). This can be used to tune the
-O options for specific processors.
Please attach Acovea application configuration files that are missing from this
page: http://www.coyotegulch.com/products/acovea/acovea-config.html
Please ONLY post GCC 4.3.0 bugs that the Acovea
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-15 17:06 ---
When I used Acovea-5.1.1 it found that -fipa-pta always causes an ICE with
-O zero.
Known issue, see PR 32305. -fipa-pta does nothing for code generation anyways.
It just analysis the program and nothing
--- Comment #4 from rob1weld at aol dot com 2007-06-15 21:32 ---
Thanks.
With Acovea I was able to discover the bug in a few hours with little effort
and provide a more trivial testcase with a better analysis.
Would someone run Acovea once a month on a few files to test gcc ?
I
--- Comment #106 from tbm at cyrius dot com 2007-06-07 07:21 ---
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
I independently reported a bug yesterday that has a very similar traceback as
what you posted in comment
--- Comment #107 from jv244 at cam dot ac dot uk 2007-06-07 09:25 ---
(In reply to comment #106)
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
I independently reported a bug yesterday that has a very similar
--- Comment #108 from jv244 at cam dot ac dot uk 2007-06-07 09:34 ---
Unfortunately the newly updated compiler ICEs now at -O0
gfortran -O0 pw_types.f90
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
--- Comment #109 from jv244 at cam dot ac dot uk 2007-06-07 11:56 ---
(In reply to comment #108)
Unfortunately the newly updated compiler ICEs now at -O0
this is now PR 32242
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #110 from jv244 at cam dot ac dot uk 2007-06-07 19:26 ---
After commenting the code leading to PR 32242 compilation leads to the
following ICE:
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
--- Comment #111 from jv244 at cam dot ac dot uk 2007-06-07 19:36 ---
(In reply to comment #110)
/scratch/vondele/clean/cp2k/src/../src/pw_types.F:2647: internal compiler
error: in gfc_trans_assignment_1, at fortran/trans-expr.c:3877
filed as PR 32248
--
--- Comment #105 from jv244 at cam dot ac dot uk 2007-06-01 07:08 ---
Another ICE has been filed as PR 32176
gfortran -fprefetch-loop-arrays -O2 test.f90
test.f90: In function polint:
test.f90:1: internal compiler error: tree check: expected integer_cst, have
plus_expr in
--- Comment #104 from jv244 at cam dot ac dot uk 2007-05-29 15:07 ---
Even at optimisations levels lower than the one needed to generate the ICE of
PR 32096 (thanks tobias burnus), CP2K seems miscompiled. One possible testcase
has been added as PR 32140.
--
--- Comment #101 from jv244 at cam dot ac dot uk 2007-05-26 08:45 ---
current gcc (i.e. after the fix for PR32018) still ICEs as described in comment
#100
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #102 from jv244 at cam dot ac dot uk 2007-05-26 09:02 ---
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed,
it also fails with
--- Comment #103 from jv244 at cam dot ac dot uk 2007-05-26 10:06 ---
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed,
it also fails with
--- Comment #97 from jv244 at cam dot ac dot uk 2007-05-21 08:30 ---
This morning's mainline gives a new ICE on the CVS version of CP2K (the file in
question is not in the tarbal of comment #0)
gfortran -c -O3 -ftree-vectorize -ffast-math -march=native
semi_empirical_int_ana.f90
--- Comment #98 from dfranke at gcc dot gnu dot org 2007-05-21 12:38
---
Got CP2K from CVS, created arch/Linux-i686-gfortran.sdbg from its x86-64
equivalent and got the ICE described in PR32018.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #99 from jv244 at cam dot ac dot uk 2007-05-21 15:40 ---
(In reply to comment #98)
Got CP2K from CVS, created arch/Linux-i686-gfortran.sdbg from its x86-64
equivalent and got the ICE described in PR32018.
thanks for adding this PR.
Looking at PR32018, I notice that the
--- Comment #100 from jv244 at cam dot ac dot uk 2007-05-21 15:58 ---
(In reply to comment #99)
(In reply to comment #98)
Got CP2K from CVS, created arch/Linux-i686-gfortran.sdbg from its x86-64
equivalent and got the ICE described in PR32018.
thanks for adding this PR.
--- Comment #7 from cgf at gcc dot gnu dot org 2007-05-08 13:04 ---
reverting spamassassin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31858
--- Comment #8 from cgf at gcc dot gnu dot org 2007-05-08 13:06 ---
I reverted spamassassin to v3.1.8.
Comments on the net seemed to indicate that 3.2.0 was slower anyway and it
certainly doesn't seem ready for prime time yet.
--
cgf at gcc dot gnu dot org changed:
What
--- Comment #96 from jv244 at cam dot ac dot uk 2007-05-04 09:15 ---
(In reply to comment #91)
current (i.e. this morning) mainline seems to miscompile CP2K (tested current
CVS of CP2K).
Current SVN gfortran compiles CP2K again correctly. Closing the bug again
--
jv244 at cam
): 1900,00
zl
http://www.seminar.pl.ua
Osoba odpowiedzialna: Wiktoria Swięcicka {Tel. OO 38 (O67) 5~O~6~O~1~1~O }
E-mail:[EMAIL PROTECTED]
Faks: OO 38 (044) 4~5~5~9~9~9~9
KWESTIONARIUSZ ZGLOSZENIOWY: http://www.seminar.pl.ua/kwestionariusz.doc
Usun: mailto:[EMAIL PROTECTED]:gcc-bugs@gcc.gnu.org
--- Comment #91 from jv244 at cam dot ac dot uk 2007-04-24 13:37 ---
current (i.e. this morning) mainline seems to miscompile CP2K (tested current
CVS of CP2K). The code compiled with '-O3 -ftree-vectorize -ffast-math
-march=native' on an opteron segfaults on several regtests. The same
--- Comment #92 from jv244 at cam dot ac dot uk 2007-04-24 14:31 ---
(In reply to comment #91)
/QS/regtest-gpw-1/NO2_lsd.inp.out
I'll see if I can reduce the number of optimization options.
the above testcase also fails at a plain '-O2' so I suspect it won't happen
only on opteron.
--- Comment #93 from jv244 at cam dot ac dot uk 2007-04-24 15:11 ---
(In reply to comment #91)
I checked that the miscompilation at '-O2' also happens for the sources in the
initial comment, so it is definitely a gfortran regression. Furthermore, by
recompiling ai_overlap_new.F and
--- Comment #94 from jv244 at cam dot ac dot uk 2007-04-24 15:27 ---
In fact, gfortran gives a hint here. The file that gets miscompiled produces
the following warnings:
cp2k/obj/Linux-x86-64-gfortran/sdbg gfortran -c -O2 -g -Wall -Wextra
ai_overlap_new.f90
ai_overlap_new.f90: In
--- Comment #95 from jv244 at cam dot ac dot uk 2007-04-24 15:42 ---
added PR 31683 with a reduced testcase
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #9 from paolo at gcc dot gnu dot org 2007-04-02 11:16 ---
Subject: Bug 31370
Author: paolo
Date: Mon Apr 2 11:15:50 2007
New Revision: 123424
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123424
Log:
2007-04-02 Matthew Levine [EMAIL PROTECTED]
Paolo
501 - 600 of 924 matches
Mail list logo