--- Comment #24 from paulthomas2 at wanadoo dot fr 2006-05-06 08:02 ---
Subject: Re: gfortran ICE: Not Implemented: Scalarization
of non-elemental intrinsic: __transfer1
I'm unfamiliar with Bugzilla, so if I annoy anyone, apologies.
You made a serious comment... you won't upset
--- Comment #23 from RNMcLean at yahoo dot com 2006-05-03 01:51 ---
(In reply to comment #2)
Let me stress the importance of fixing this bug: it occurs in Basic Linear
Algebra Subprograms (BLAS), in program dcabs1.f:
double precision function dcabs1(z)
double complex
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-04-03 21:01
---
*** Bug 27009 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-04-01 17:10
---
Is transfer_array_intrinsic_1.f90 portable to big-endian? It fails on SPARC.
Reduced testcase:
integer(4) :: y(4)
character(4) :: ch(4)
y = (/(i + ishft (i + 1, 8) + ishft (i + 2, 16)
--- Comment #14 from kargl at gcc dot gnu dot org 2006-04-01 17:24 ---
(In reply to comment #13)
Is transfer_array_intrinsic_1.f90 portable to big-endian? It fails on SPARC.
No, it isn't portable to big endian. How are you executing this
test. I added a { target i?86-*-*
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-04-01 20:05
---
No, it isn't portable to big endian. How are you executing this
test.
gmake -k check-fortran. :-)
I added a { target i?86-*-* x86_64-*-* } to the dg-do clause.
Not on the 4.1 branch. And why? Is there
--- Comment #16 from kargl at gcc dot gnu dot org 2006-04-01 20:48 ---
(In reply to comment #15)
No, it isn't portable to big endian. How are you executing this
test.
gmake -k check-fortran. :-)
I added a { target i?86-*-* x86_64-*-* } to the dg-do clause.
Not on the 4.1
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-04-02 06:13
---
We already had this discussion and yes it is not portable but that has already
been fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2006-04-02 06:21
---
We already had this discussion and yes it is not portable but that has already
been fixed.
Andrew, you should really double-check what you say...
[EMAIL
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-04-02 06:27
---
Does not matter, file a new bug about the testcase failing since this is only
the testcase.
See the thread starting at:
http://gcc.gnu.org/ml/fortran/2006-03/msg00487.html
The orginal bug has been fixed and
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2006-04-02 06:36
---
Does not matter, file a new bug about the testcase failing since this is only
the testcase.
Please stop being so stubborn. :-) Anyway, I now hold you responsible for
making sure that something is done about
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2006-04-02 06:38
---
Oops! I didn't mean to reopen it again...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2006-03-22 20:00 ---
Subject: Bug 17298
Author: pault
Date: Wed Mar 22 20:00:17 2006
New Revision: 112293
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112293
Log:
2006-03-22 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #12 from pault at gcc dot gnu dot org 2006-03-22 20:02 ---
Fixed on trank and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pault at gcc dot gnu dot org 2006-03-22 05:13 ---
Subject: Bug 17298
Author: pault
Date: Wed Mar 22 05:13:13 2006
New Revision: 112278
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112278
Log:
2006-03-22 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from patchapp at dberlin dot org 2006-03-19 21:01 ---
Subject: Bug number PR17298
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/2006-03/msg01068.html
--
--- Comment #8 from pault at gcc dot gnu dot org 2006-03-15 16:49 ---
You will be glad to hear that, at long last, I am putting the finishing touches
to a patch for this. It needs comments and a fine-toothed combing of the code.
I maybe will submit it tomorrow morning.
Paul Thomas
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-22 03:32 ---
This also blocks building benchs_F95.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-09
09:34 ---
Another important code ist blocked by this code: numerical recipes library
functions:
bessj.f90
sort_radix.f90:13
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17298
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-09 09:42
---
*** Bug 21905 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15
16:28 ---
*** Bug 20483 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:13 ---
*** Bug 20149 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-10
09:12 ---
Let me stress the importance of fixing this bug: it occurs in Basic Linear
Algebra Subprograms (BLAS), in program dcabs1.f:
double precision function dcabs1(z)
double complex z
double
23 matches
Mail list logo