--- Comment #5 from paulthomas2 at wanadoo dot fr 2008-01-27 07:09 ---
Subject: Re: [4.3 Regression] Bogus error with USEing
modules
burnus at gcc dot gnu dot org wrote:
> --- Comment #4 from burnus at gcc dot gnu dot org 2008-01-27 00:14
> ---
>
>>
--- Comment #16 from paulthomas2 at wanadoo dot fr 2008-01-06 20:39 ---
Subject: Re: ICE when compiling Fortran 95 code
Tobias,
Nothing - I have just updated to FC8 and blew all my nice set-up to
pieces. This is the first time that Fedora has let me down. I will be
operational
--- Comment #12 from paulthomas2 at wanadoo dot fr 2007-10-27 15:47 ---
Subject: Re: Incorrect host association in module
burnus at gcc dot gnu dot org wrote:
> --- Comment #11 from burnus at gcc dot gnu dot org 2007-10-27 13:31
> ---
> To recap (correct me, if
--- Comment #7 from paulthomas2 at wanadoo dot fr 2007-04-26 23:04 ---
Subject: Re: rhs array is changed while assiging to same
lhs array
Thomas,
It's some trivial failure of the logic in gfc_dep_resolver. I took a
quick look but did not see it because I am totally exha
--- Comment #2 from paulthomas2 at wanadoo dot fr 2007-04-11 21:05 ---
Subject: Re: result_in_spec_1.f90: Invalid write
Tobias,
> however, test(1) returns an array of the size (2*1+1)+1 = 4.
>
Thanks for spotting that one. I'm just in the process of committing the
fix
--- Comment #9 from paulthomas2 at wanadoo dot fr 2007-03-08 18:12 ---
Subject: Re: allocatable component and intent(out) yield
ICE in fold_convert
Daniel,
> --- Comment #8 from dfranke at gcc dot gnu dot org 2007-03-08 16:36
> ---
> Paul, could you have a look a
--- Comment #2 from paulthomas2 at wanadoo dot fr 2007-02-21 05:16 ---
Subject: Re: %VAL only accepts default-kind integer/real/complex
Tobias,
> --- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 17:32
> ---
> Paul, do you remember why you have added the
--- Comment #6 from paulthomas2 at wanadoo dot fr 2007-02-14 20:54 ---
Subject: Re: incomplete file triggers ICE
jvdelisle at gcc dot gnu dot org wrote:
> --- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-02-14 20:31
> ---
> The patch is straight forward.
--- Comment #58 from paulthomas2 at wanadoo dot fr 2007-02-12 22:55 ---
Subject: Re: [meta-bugs] ICEs with CP2K
jv244 at cam dot ac dot uk wrote:
> --- Comment #57 from jv244 at cam dot ac dot uk 2007-02-12 19:18 ---
>
>
>> Yes, that's the one: h
--- Comment #6 from paulthomas2 at wanadoo dot fr 2007-02-05 09:37 ---
Subject: Re: [4.2 and 4.1 only] Allocatable components
of a derived type "require" the SAVE attribute.
toon,
> 1
> Error: Object 'g_dest' at (1) must have the
--- Comment #5 from paulthomas2 at wanadoo dot fr 2007-02-02 19:20 ---
Subject: Re: Array pointers to components of derived type
arrays do not work
dfranke at gcc dot gnu dot org wrote:
> --- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-01 11:28
> ---
>
--- Comment #21 from paulthomas2 at wanadoo dot fr 2007-01-11 19:28 ---
Subject: Re: testsuite failures in actual_array_constructor_2.f90
and actual_array_substr_2.f90
Kaveh,
> Paul - I understand that you may not have time to actually fix the bug.
> However something seems t
--- Comment #14 from paulthomas2 at wanadoo dot fr 2007-01-10 22:09 ---
Subject: Re: testsuite failures in actual_array_constructor_2.f90
and actual_array_substr_2.f90
Kaveh
> --- Comment #13 from ghazi at gcc dot gnu dot org 2007-01-10 21:45
> ---
> Paul - The b
--- Comment #10 from paulthomas2 at wanadoo dot fr 2006-12-07 23:34 ---
Subject: Re: Ambigous interfaces not detected
burnus,
>
> I'm quite sure I wouldn't have understood the "Although not referenced"
> correctly without the deep look at the standard.
>
--- Comment #18 from paulthomas2 at wanadoo dot fr 2006-12-07 17:33 ---
Subject: Re: Problem with handling optional and entry
master arguments
elizabeth,
>
> We are talking about the same machine and the same operating system. All the
> x86_64 binaries are f
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-12-06 23:08 ---
Subject: Re: Ambigous interfaces not detected
Tobias,
>
> c) Gfortran is a bit inconsequent with regards to ", only:"
> use mod1
> use mod2,only: foo
> compiles without an error/war
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-12-04 18:38 ---
Subject: Re: [4.1 and 4.2 only] Dimension of a function
result as host association does not work
Tobias,
> t you saw the submission email (autoattached to this PR and thus also
> in your mailbox).
>
--- Comment #19 from paulthomas2 at wanadoo dot fr 2006-12-03 19:41 ---
Subject: Re: [meta-bugs] ICEs with CP2K
Tobias,
> Note that this does not fix everything as gfortran rejects also
> interface_y.f90
> if I comment the "call bl_copy(1.0, chr)"; if I unde
--- Comment #18 from paulthomas2 at wanadoo dot fr 2006-12-03 17:42 ---
Subject: Re: [meta-bugs] ICEs with CP2K
Tobias,
>
> The patch looks good -- and the test cases as well.
>
Great!
> Just for completeness, the relevant part of the standard is:
> "C1209 (R12
--- Comment #16 from paulthomas2 at wanadoo dot fr 2006-12-02 17:56 ---
Subject: Re: Problem with handling optional and entry
master arguments
elizabeth dot l dot yip at boeing dot com wrote:
> It worked using gfortran on my OS X system.
>
> ~/src/C_C++ $ gfortran -v
> Us
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-11-28 05:25 ---
Subject: Re: [4.2/4.3 regression] ICE on optional arg
jvdelisle at gcc dot gnu dot org wrote:
> --- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-11-28 01:18
> ---
> I think wrong url i
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-11-27 06:19 ---
Subject: Re: [4.2/4.3 regression] ICE on optional arg
Andrew,
>
> We are calling build_int_cst on a "real" type.
>
Yes, I discovered the same on my flight back to France last night. Will
--- Comment #11 from paulthomas2 at wanadoo dot fr 2006-10-12 15:57 ---
Subject: Re: LBOUND(TRANSPOSE(I)) doesn't work
FX
! if (upper)
! {
! cond1 = fold_build2 (GE_EXPR, boolean_type_node, ubound, lbound);
! cond2 = fold_build2 (LE_EXPR, boolean_type
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-10-11 17:05 ---
Subject: Re: implicit type declaration and contained function
clash
tobi at gcc dot gnu dot org wrote:
>--- Comment #6 from tobi at gcc dot gnu dot org 2006-10-11 16:07 ---
>You're working too
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-10-11 08:02 ---
Subject: Re: LBOUND(TRANSPOSE(I)) doesn't work
FX,
>I get all intrinsics that work through temporaries working right:
>
>
>
Great!
>So I only have PRODUCT, SUM, MATMUL, PACK and UNPACK to
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-10-11 06:11 ---
Subject: Re: LBOUND(TRANSPOSE(I)) doesn't work
FX,
>
>That's because of F95 13.14.53:
>
>Case (i): For an array section or for an array expression other than a whole
>array or array st
--- Comment #3 from paulthomas2 at wanadoo dot fr 2006-10-09 20:11 ---
Subject: Re: implicit type declaration and contained function
clash
tobi at gcc dot gnu dot org wrote:
>(BTW I added you to the CC list, it is kinda hard to answer in the right place
>otherwise)
>
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-10-05 16:17 ---
Subject: Re: ICE using intrinsics as arguments
FX
>That bug is fixed by my submitted patch about INTRINSICS
>(http://gcc.gnu.org/ml/fortran/2006-10/msg00022.html).
>
>
>
>
I'll review it t
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-10-04 16:33 ---
Subject: Re: (Regression) Error on valid specification
variables in same call to ALLOCATE
Steve,
I just wrote to Martin apologising and thanking him - the patch is
regtesting right now and I am all geared up to
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-10-01 19:59 ---
Subject: Re: [4.1/4.2 Regression] ICE for optional subroutine
argument
Dear All,
>PS: Just curious..
>Why isn't this part of gfc_conv_function_call() coded to check for fsym once
>and only
--- Comment #12 from paulthomas2 at wanadoo dot fr 2006-09-19 11:56 ---
Subject: Re: Memory leak in gfortran
steven at gcc dot gnu dot org wrote:
>--- Comment #8 from steven at gcc dot gnu dot org 2006-09-18 22:35 ---
>Not fixed just yet.
>
>
>
>
Steven,
--- Comment #33 from paulthomas2 at wanadoo dot fr 2006-09-04 20:33 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
Jack,
I know *sigh* First I have to fix that which was working that I
broke. Then I will fix that which was neither broken nor
--- Comment #31 from paulthomas2 at wanadoo dot fr 2006-09-04 17:48 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
hjl at lucon dot org wrote:
>--- Comment #30 from hjl at lucon dot org 2006-09-04 17:39 ---
>Gcc 4.2.0 revision 116560 pl
--- Comment #27 from paulthomas2 at wanadoo dot fr 2006-09-01 17:24 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
HJ,
I might be slow but I get there... what has been plaguing me all week is
doing the development under Cygwin. I just realised that
--- Comment #21 from paulthomas2 at wanadoo dot fr 2006-09-01 04:58 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
hjl at lucon dot org wrote:
Thanks HJ. It seems that I am going to have to revert this one; I have
spent way too much time on it and
--- Comment #18 from paulthomas2 at wanadoo dot fr 2006-08-31 18:41 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
hjl,
>--- Comment #17 from hjl at lucon dot org 2006-08-31 18:28 ---
>The previous gfc_get_derived_type tries to reuse th
--- Comment #16 from paulthomas2 at wanadoo dot fr 2006-08-31 18:20 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
HJ
Yes, I think that function interfaces in general are of the same
horrible kind.
Thanks
Paul
--
http://gcc.gnu.org/bugzilla
--- Comment #13 from paulthomas2 at wanadoo dot fr 2006-08-31 17:41 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
hjl at lucon dot org wrote:
>--- Comment #12 from hjl at lucon dot org 2006-08-31 16:57 ---
>It also fails with g
--- Comment #11 from paulthomas2 at wanadoo dot fr 2006-08-30 21:56 ---
Subject: Re: [4.2 Regression]: fold_convert fails for
Fortran operator
HJ,
I have cross-checked the patch between the two machines; it is the
same. One regtests fine and the other segfaults in switch_types. I
--- Comment #10 from paulthomas2 at wanadoo dot fr 2006-08-30 21:03 ---
Subject: Re: [4.2 Regression]: fold_convert fails for
Fortran operator
hjl at lucon dot org wrote:
>--- Comment #9 from hjl at lucon dot org 2006-08-30 20:38 ---
>The patch doesn't
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-08-30 20:01 ---
Subject: Re: [4.2 Regression]: fold_convert fails for
Fortran operator
hjl at lucon dot org wrote:
>--- Comment #6 from hjl at lucon dot org 2006-08-30 19:40 ---
>Before the change, gfc_get_derive
--- Comment #12 from paulthomas2 at wanadoo dot fr 2006-08-26 09:30 ---
Subject: Re: [gfortran: 4.1, 4.2 regression] ICE on valid
code
Jerry and Martin,
All of this is very depressing - I can reproduce the 32 bit version of
the problem and, I suppose, will reproduce the 64 bit
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-08-25 13:25 ---
Subject: Re: [gfortran: 4.1, 4.2 regression] ICE on valid
code
martin,
>--- Comment #7 from martin at mpa-garching dot mpg dot de 2006-08-25
>12:57 ---
>Hi Paul,
>
>sorry for the late re
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-08-24 21:40 ---
Subject: Re: [4.1 only] gfortran: matmul produces wrong
result
Tobias,
Seeing as it is you, I just put a first version on to cook; I simply
copied everything below the line
if (GFC_DESCRIPTOR_RANK (retarray
--- Comment #24 from paulthomas2 at wanadoo dot fr 2006-08-21 20:13 ---
Subject: Re: spurious warnings with -W -Wunused
martin,
>--- Comment #23 from martin at mpa-garching dot mpg dot de 2006-08-21
>16:59 ---
>(In reply to comment #22)
>
>
>
>>I
--- Comment #22 from paulthomas2 at wanadoo dot fr 2006-08-21 13:31 ---
Subject: Re: spurious warnings with -W -Wunused
martin,
>
>Should I open a new PR for this?
>
>
>
>
I have a half memory that there is already a PR for this. Could you
check first before su
--- Comment #16 from paulthomas2 at wanadoo dot fr 2006-08-16 21:58 ---
Subject: Re: spurious warnings with -W -Wunused
jakub at gcc dot gnu dot org wrote:
>--- Comment #15 from jakub at gcc dot gnu dot org 2006-08-16 13:04 ---
>It looks good to me.
>
>
>
--- Comment #4 from paulthomas2 at wanadoo dot fr 2006-08-02 12:02 ---
Subject: Re: [4.2 Regression]: Optional argument failed
I'll take a look at this as soon as I get home (friday). There is a PR out on
PRESENT that I noticed before leaving. I'll try to gather to
--- Comment #1 from paulthomas2 at wanadoo dot fr 2006-06-20 19:08 ---
Subject: Re: New: Modulo of real(kind=10) variables doesn't
work
fxcoudert at gcc dot gnu dot org wrote:
>While working on PR 24518, I found the following:
>
>$ cat a.f90
> real(kind=10) ::
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-06-16 16:18 ---
Subject: Re: rejects valid array initialization expression
Harald,
>You might wish to extend this to m(5) = ..., because:
>
>
>
>> integer, parameter :: p(8) = (/(m(i:i+1), i = 1,4)/)
>
--- Comment #8 from paulthomas2 at wanadoo dot fr 2006-05-18 20:03 ---
Subject: Re: crashes in sra_walk_expr and emit_move_insn
tobi at gcc dot gnu dot org wrote:
>--- Comment #7 from tobi at gcc dot gnu dot org 2006-05-18 16:36 ---
>Paul, you didn't ask yoursel
--- Comment #18 from paulthomas2 at wanadoo dot fr 2006-05-14 13:43 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
bo,
Ah, thank goodness for that. I thought that I was going out of my mind!
For you purposes, rather than svn, hav
--- Comment #15 from paulthomas2 at wanadoo dot fr 2006-05-13 20:00 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
bo,
>Paul,
>I have only tried gfortran on 32 bit cpus. I downloaded the latest
>subversion snapshot, applied
--- Comment #12 from paulthomas2 at wanadoo dot fr 2006-05-13 19:09 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
bo,
>Should I download the latest source code snapshot and apply the patch on
>that ?
>
>
>
No, that
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-05-13 09:31 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
Bo (and Andrew),
I think that I have lost such few marbles as I ever had! Having
converted to using the cl->backen_
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-05-13 07:23 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
Bo,
>>
>>
>>
>You're very welcome, but actually thanks in Swedish spells "tack"
--- 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 commen
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-04-04 04:42 ---
Subject: Re: accepts invalid fortran, different dummy
types/number
pinskia at gcc dot gnu dot org wrote:
>--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 01:37
>---
>Here i
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-04-04 04:39 ---
Subject: Re: [4.2 Regression] Scalar TRANSFER
- error: invalid operand to unary operator
pinskia at gcc dot gnu dot org wrote:
>--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-03 21
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-04-03 00:56 ---
Subject: Re: Scalar TRANSFER - error: invalid
operand to unary operator
pinskia at gcc dot gnu dot org wrote:
>--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-02 22:43
>---
>A work
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-03-28 09:46 ---
Subject: Re: Automatic conversion for optional parameters
of missing dummies
toon at moene dot indiv dot nluug dot nl wrote:
>--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2006-03-28
>
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-03-28 04:08 ---
Subject: Re: SIZE parameter interacts with same variable
in IO list character length specification.
jvdelisle at gcc dot gnu dot org wrote:
>--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-03-28
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-03-23 16:53 ---
Subject: Re: New: Scalarization of non-elemental intrinsic:
__logical_4_l4
Carsten,
Would you be so kind as to send me bessj.f90, please? My Numerical
Recipes is the F77 version!
I am not sure that I know how
--- Comment #4 from paulthomas2 at wanadoo dot fr 2006-02-19 19:25 ---
Subject: Re: Dependency checking fails for equivalences
tobi,
>--- Comment #3 from tobi at gcc dot gnu dot org 2006-02-19 18:56 ---
>I might be a little late, given that you already posted a patch
--- Comment #10 from paulthomas2 at wanadoo dot fr 2006-01-18 16:45 ---
Subject: Re: [4.1/4.2 Regression] gfortran - incorrectly
issues an error on tests for optional arguments with assumed length
Dale,
>
>I am sorry that I upset you. It was completely unintentional.
>
--- Comment #3 from paulthomas2 at wanadoo dot fr 2006-01-10 05:16 ---
Subject: Re: Components of a derived type array not passed
as an array
pinskia at gcc dot gnu dot org wrote:
>--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-09 23:24
>---
>the pars
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-01-08 09:49 ---
Subject: Re: named common block confused as procedure
- runtime segfault
pinskia at gcc dot gnu dot org wrote:
>--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-08 06:13
>---
>(In
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-01-07 21:46 ---
Subject: Re: named common block confused as procedure
- runtime segfault
> The enclosed patch catches Andrew's PR but also snags on
> g77/19990905-1.f (The Burley test case).
In fact, it regtest
--- Comment #6 from paulthomas2 at wanadoo dot fr 2006-01-07 21:44 ---
Subject: Re: named common block confused as procedure
- runtime segfault
Steve and Andrew,
>--- Comment #5 from kargl at gcc dot gnu dot org 2006-01-07 20:19 ---
>Andrew, Lahey's code check
--- Comment #6 from paulthomas2 at wanadoo dot fr 2005-11-08 18:56 ---
Subject: Re: ICE on module name vs dummy argument name
tobi,
>--- Comment #4 from tobi at gcc dot gnu dot org 2005-11-07 13:07 ---
>(In reply to comment #3)
>
>
>>Thank you Sa
--- Comment #6 from paulthomas2 at wanadoo dot fr 2005-11-05 10:51 ---
Subject: Re: [4.0/4.1 Regression] PUBLIC derived types
with private components
tobi at gcc dot gnu dot org wrote:
>--- Comment #5 from tobi at gcc dot gnu dot org 2005-11-01 19:22 ---
>CCing pault,
--- Comment #6 from paulthomas2 at wanadoo dot fr 2005-10-21 04:19 ---
Subject: Re: ice in assignment of derived type constructor
>Paul, do you want to add this as a testcase?
>
>
I was in two minds about it. Checking that a structure exists before
dereferencing it is
--- Comment #3 from paulthomas2 at wanadoo dot fr 2005-10-19 02:54 ---
Subject: Re: [4.0 regression] gfortran failed to build
187.facerec
hjl at lucon dot org wrote:
>--- Comment #1 from hjl at lucon dot org 2005-10-19 00:48 ---
>It is caused by
>
>http://gc
--- Comment #4 from paulthomas2 at wanadoo dot fr 2005-10-14 16:38 ---
Subject: Re: ICE in trans-types.c for nested derived types
pinskia at gcc dot gnu dot org wrote:
>--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 13:09
>---
>Fixed.
>
>
>
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-10-01
16:59 ---
Subject: Re: ICE in f951 with nested, recursive derived
types
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01
>15:38 ---
>
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-09-09
08:21 ---
Subject: Re: [4.0 only] erronous error message on vaild
USE statement
fxcoudert at gcc dot gnu dot org wrote:
>--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
>
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-22
18:18 ---
Subject: Re: ICE on correct code
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
>17:40 ---
>Confirmed.
>Bac
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
12:31 ---
> Sorry if I appear dense, but where is the problem in changing
> namelist /cor/ a
> print cor
> to
> namelist /cor/ a
> write (*,cor)
> ?
Or even horribl
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
12:05 ---
(In reply to comment #1)
> I was sure this was a duplicate but I couldn't find it.
It's effectively 15382, is it not?
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20890
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
11:51 ---
Two separate USE statements works correctly, as the example below can
demonstrate. This has got to be solvable
Paul T
module a
integer, parameter :: b = kind(1.e0)
end module a
program d
use a
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
11:42 ---
(In reply to comment #4)
> The bug is caused by the call to gfc_set_default_type in resolve.c:3961
passing
> 0 as second argument, thereby suppressing the error that should be issued
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
10:01 ---
Tobi,
We should agree the condition by which the call to gfc_trans_arrayfunc_assign
is bypassed and get this one out of the way. The original, posted to the list,
had:
expr1->symtree->n.sym-&g
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
07:54 ---
(In reply to comment #11)
> Patch posted here: http://gcc.gnu.org/ml/fortran/2005-06/msg00307.html
This is still not complete. The example below produces separate unions, which
represent the equivalen
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
07:06 ---
Mike,
As I promised on the fortran list, I am about to tackle module equivalences.
Since there are clearly associated issues with equivalences in general, I need
to come to grips with those too.
Your
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02
15:44 ---
Subject: Re: gfortran X edit descriptor failure: test
f77-edit-x-out.f
fxcoudert at gcc dot gnu dot org wrote:
>--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02
>
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02
07:54 ---
I do apologise for missing this one: My fix for PR16940 fixes this fellow too.
I would be grateful if the reporters can give the latest cvs a whirl to confirm
that this is the case.
This expanded
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-27
16:21 ---
> > interfaces. This brings me to a question: what is a "named interface"? I
This is a nameless interface, isn't it?
module snafu
interface
subroutine really_snafu (foo)
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22
19:19 ---
fixed on mainline and 4.02
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
--
Bug 17379 depends on bug 16940, which changed state.
Bug 16940 Summary: Failure to perform host association correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940
What|Old Value |New Value
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22
19:13 ---
Fixed on mainline and 4.02
--
What|Removed |Added
Status|NEW
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-21
05:33 ---
Subject: Re: Null Characters instead of blanks in text
output.
Steven,
>> The output looks good though:
>>19 1 4 9162536496481 100
>> 121
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
22:02 ---
Subject: Re: Null Characters instead of blanks in text
output.
Steve,
There are two problems:
>The output looks good though:
>19 1 4 9162536496481 100
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
19:07 ---
Subject: Re: Null Characters instead of blanks in text
output.
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
>
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
16:35 ---
(In reply to comment #1)
> Confirmed, I think this was caused by:
> 2005-07-12 Paul Thomas <[EMAIL PROTECTED]>
It sure as heck looks like me.
I'm on to it!
Paul
--
http://gcc
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
04:29 ---
> I can help you with a test case if you need it.
>
Yup, can't do a durned thing unless you show me where it hurts. I checked every
aspect of the standard that I could.
--
http://
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
04:23 ---
Subject: Re: gfortran X edit descriptor failure: test
f77-edit-x-out.f
Please send me the test cases and preferably, post them on Bugzilla.
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-13
17:43 ---
(In reply to comment #2)
> Patch here
> http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00937.html
What about the testcase, David?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-12
07:16 ---
Subject: Re: interface body has incorrect scope
>
>
>Paul, do you have any idea what find_special could be intended for? It seems
>obvious that it does the wrong thing in the case of this PR,
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-12
05:44 ---
(In reply to comment #19)
> Fixed in 4.0.2 and above.
Strictly speaking, pr15966 is fixed. However, writing to array internal files
is still broken because no record length (aka character length) is be
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-11
20:02 ---
Subject: Re: interface body has incorrect scope
That seems to be as good as one could want!
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20363
1 - 100 of 171 matches
Mail list logo
