--- Comment #7 from milan at cmm dot ki dot si 2007-02-04 22:56 ---
Subject: Re: equivalence modifies common block
>>>>> "pault" == pault at gcc dot gnu dot org <[EMAIL PROTECTED]> writes:
pault> --- Comment #6 from pault at gcc dot gnu d
--- Comment #4 from milan at cmm dot ki dot si 2007-02-04 00:13 ---
OK, maybe gfortran is right. It doesn't make much sense to me, but this is what
I found from wikipedia links in its fortran entry:
"Variables and arrays in common blocks can appear in EQUIVALENCE statement
--- Comment #3 from milan at cmm dot ki dot si 2007-02-03 23:52 ---
I am sorry for misunderstanding the program. I just took out of something big,
to show some weird behavior of COMMON and EQUIVALENCE. As you can imagine
-fdefault-integer-8 trick is the only solution to make those old 1
oduct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30689
executable
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from milan at cmm dot ki dot si 2007-01-12 18:23 ---
Subject: Re: calling subroutine with constant parameter
>>>>> "pinskia" == pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> writes:
pinskia> --- Comment #1 from pinskia
ormal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30450
--- Comment #18 from milan at cmm dot ki dot si 2005-12-29 07:34 ---
Created an attachment (id=10564)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10564&action=view)
patch against gcc-4.1-20051223
As requested, I am posting Rob's patch which goes against the Dec 23
--- Comment #17 from milan at cmm dot ki dot si 2005-12-26 15:54 ---
(In reply to comment #16)
> Created an attachment (id=10296)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10296&action=view) [edit]
> Patch to change delimitters to 4 bytes for unformatted records
P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24945
--- Comment #15 from milan at cmm dot ki dot si 2005-11-19 19:09 ---
I didn 't know how to compile gcc-4.1... so I couldn't reply before. I realised
I have to install both mpfr and gmp libraries for gcc to compile. It complains
only about gmp :-(
Yes, this patch works OK
--- Additional Comments From milan at cmm dot ki dot si 2005-05-31 08:41
---
Great work! Thanks a million!
Somehow I also have a problem with the name of the option, since g77 has exactly
the same problem. When I compile with the g77 I get 8 byte headers on AMD64, so
the name g77
--- Additional Comments From milan at cmm dot ki dot si 2005-04-20 01:14
---
(In reply to comment #1)
> Can you try compiling your code with a compiler from
> today's source (2005-05-10)? Thomas Koenig just committed
> several fixes for handling End-of-Record.
I had t
--
Bug 19292 depends on bug 17992, which changed state.
Bug 17992 Summary: [4.0 only] reading empty line does not return 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
What|Old Value |New Value
--
--- Additional Comments From milan at cmm dot ki dot si 2005-04-20 01:10
---
(In reply to comment #10)
> Can you try with a later build and tell us what your exact source and output
> is?
OK, now it is fixed! I had to wait one more week to get the new snapshot.
Thank you ver
--- Additional Comments From milan at cmm dot ki dot si 2005-04-11 01:58
---
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > Fixed in 4.1.0, waiting for inclusion into 4.0.
> >
> > I just tried 4.1-20050410 and the p
--- Additional Comments From milan at cmm dot ki dot si 2005-04-11 00:46
---
(In reply to comment #6)
> Fixed in 4.1.0, waiting for inclusion into 4.0.
I just tried 4.1-20050410 and the problem is still there. So what was fixed? Or
maybe the patches are not in this snapshot
--- Additional Comments From milan at cmm dot ki dot si 2005-04-11 00:42
---
(In reply to comment #1)
> Can you try compiling your code with a compiler from
> today's source (2005-05-10)? Thomas Koenig just committed
> several fixes for handling End-of-Record.
I renamed
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
of 4-byte record header
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
--- Additional Comments From milan at cmm dot ki dot si 2005-01-06 23:16
---
>
> we are trying to read 3 things, the '/' which consumes the first /n, then two
> numbers (each I2). the file has 2 /n's in it.
>
I simplified thing and threw out the / from for
normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
22 matches
Mail list logo
