According to the Fortran 95 standard, the result of ACHAR(I) for I not in the
range of 0 to 127 is "processor-dependent". This implies that it _has_ a
result, and thus that it is legal code. However, consider the following
result:
-
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-01-06 02:11
---
I can see where one could interpret the word 'result' to mean an action as
opposed to a value returned. In that sense, its not an error to return an
error.
Still I think it would be best to do the natural thing
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-01-06 02:13
---
Could you please post a gzipped version of the test case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30388
--- Comment #5 from brooks at gcc dot gnu dot org 2007-01-06 02:36 ---
Created an attachment (id=12863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12863&action=view)
Original source file (extracted from archive)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30388
class R{};
class B{
friend class R;// ok.
};
template class A{
friend class T; // error???
};
when using g++(3.3.3 or 4.1) to compile above code, it reports:
error: using template type parameter 'T' after 'class'
error: friend declaration does not name a class or function
Pls note
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-01-06 04:44
---
With my system: x86-64 Linux
Using -O3 -ffast-math in both cases:
g77: MFLOPS: 893.198364
gfortran: MFLOPS: 895.7278
Using -O3 -ffast-math in both cases:
g77: MFLOPS: 930.39801
gfortran:
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-01-06 05:05
---
According to gprof, not unexpected, 97% of time is in the jacoobi routine.
This might warrant further study by the optimizer experts. Certainly not by
me. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #8 from chat95 at mac dot com 2007-01-06 05:08 ---
Using -O3 -ffast-math in both cases:
Using -O3 -ffast-math in both cases:
Using -O1 -ffast-math in both cases:
Using -O1 -ffast-math in both cases:
what's the difference between theset two?
--
http://gcc.gnu.org/bug
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-01-06 05:26
---
Typo on my part:
They are:
-O3
-O2
-O1
-O0
In that order. I apologize
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30388
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 05:28 ---
Sun's compiler is incorrect.
*** This bug has been marked as a duplicate of 24629 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-01-06 05:28 ---
*** Bug 30390 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #44 from jv244 at cam dot ac dot uk 2007-01-06 06:30 ---
Current gcc ICEs again on CP2K:
gfortran -c -O3 -ftree-vectorize -ffast-math -march=opteron -fopenmp
mc_coordinates.f90
mc_coordinates.f90: In function check_for_overlap:
mc_coordinates.f90:192: internal compiler e
--- Comment #45 from pinskia at gcc dot gnu dot org 2007-01-06 06:41
---
(In reply to comment #44)
> gfortran -c -O3 -ftree-vectorize -ffast-math -march=opteron -fopenmp
> mc_coordinates.f90
> mc_coordinates.f90: In function check_for_overlap:
> mc_coordinates.f90:192: internal compil
101 - 113 of 113 matches
Mail list logo
