[Bug fortran/19292] New: [metabug] g77 features lacking in gfortran

[Bug fortran/19292] New: [metabug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

This is a metabug for all issues in gfortran that need to be resolved before
gfortran can be used as a complete replacement for g77.

I'm not sure about the following bugs:
- PR 15553 : does this also occur without explicit interfaces? IOW is it
possible to provoke this error in Fortran 77 code?
- PR 18833 : I'm not sure if this is valid Fortran 77

-- 
           Summary: [metabug] g77 features lacking in gfortran
           Product: gcc
           Version: 4.0.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: tobi at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org
 BugsThisDependsOn: 5900,12884,13082,13257,13939,14067,14994,15234,15235,152
                    66,15326,15332,15382,15966,16435,16436,16465,16511,16531
                    ,16580,16907,17229,17285,17423,17472,17675,17737,17871,1
                    7941,17992,18026,18210,18398,18481,18518,18540,18576,186
                    00,18714,18737,18781,18794,18827,18870,18879,18977,18982
                    ,19021,19052,19155,19216,19280


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|18576                       |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
           Keywords|                            |meta-bug
   Last reconfirmed|0000-00-00 00:00:00         |2005-01-06 14:49:20
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[Thomas dot Koenig at online dot de]

------- Additional Comments From Thomas dot Koenig at online dot de  2005-01-06 17:28 -------
I don't think PR 18476 needs to be in there.  The test case is
invalid (just putting nml instead of nml= into the list).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

------- Additional Comments From tobi at gcc dot gnu dot org  2005-01-06 17:35 -------
(In reply to comment #1)
> I don't think PR 18476 needs to be in there.  The test case is
> invalid (just putting nml instead of nml= into the list).

I don't understand your parenthetical remark.

Please see my comment to PR18476: g77 gives a runtime error, but compiles this
flawlessly.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18398, which changed state.

Bug 18398 Summary: Formatted I/O problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18398

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Additional Comments From sgk at troutmask dot apl dot washington dot edu  2005-01-08 05:40 -------
Here is the list of unimplemented g77 intrinsics procedures.  It may not
be a complete list, but others can find the info in g77.info if so desired.
Access,   fcn,   Check file accessibility.

Alarm,    fcn,   Execute a routine after a given delay.
And,      fcn,   Boolean AND.
ChDir,    sub,   Change directory.
ChMod,    sub,   Change file modes.
Complex,  fcn,   Build complex value from real and imaginary parts.
CTime,    sub,   Convert time to Day Mon dd hh:mm:ss yyyy.
CTime,    fcn,   Convert time to Day Mon dd hh:mm:ss yyyy.
FDate,    sub,   Get current time as Day Mon dd hh:mm:ss yyyy.
FDate,    fcn,   Get current time as Day Mon dd hh:mm:ss yyyy.
FGet,     sub,   Read a character from unit 5 stream-wise.
FGetC,    sub,   Read a character stream-wise.
FPut,     sub,   Write a character to unit 6 stream-wise.
FPutC,    sub,   Write a character stream-wise.
FSeek,    fcn,   Position file (low-level).
FTell,    sub,   Get file position (low-level).
FTell,    fcn,   Get file position (low-level).
GError,   fcn,   Get error message for last error.
GetEnv,   fcn,   Get environment variable.
GetLog,   fcn,   Get login name.
GMTime,   fcn,   Convert time to GMT time info.
HostNm,   sub,   Get host name.
HostNm,   fcn,   Get host name.
IDate,    sub,   Get local time info.
IErrNo,   fcn,   Get error number for last error.
ImagPart, fcn,   Extract imaginary part of complex.
Int2,     fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Int8,     fcn,   Convert to `INTEGER(KIND=2)' value truncated to whole number.
IsaTty,   fcn,   Is unit connected to a terminal?
ITime,    sub,   Get local time of day.
Kill,     sub,   Signal a process.
Link,     sub,   Make hard link in file system.
LnBlnk,   sub,   Get last non-blank character in string.
Loc,      fcn,   Address of entity in core.
Long,     fcn,   Conversion to `INTEGER(KIND=1)' (archaic).
LShift,   fcn,   Left-shift bits
LStat,    sub,   Get file information.
LStat,    fcn,   Get file information.
LTime,    sub,   Convert time to local time info.
MClock,   fcn,   Get number of clock ticks for process.
MClock8,  fcn,   Get number of clock ticks for process.
Not,      fcn,   Boolean NOT.
Or,       fcn,   Boolean OR.
PError,   sub,   Print error message for last error.
Rename,   sub,   Rename file.
RShift,   fcn,   Right-shift bits.
Short,    fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Signal,   sub,   Muck with signal handling.
Sleep,    sub,   Sleep for a specified time.
SymLnk,   sub,   Make symbolic link in file system.
Time,     fcn,   Get current time as time value.
Time8,    fcn,   Get current time as time value.
TtyNam,   sub,   Get name of terminal device for unit.
TtyNam,   fcn,   Get name of terminal device for unit.
XOr,      fcn,   Boolean XOR.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[pbrook at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17675, which changed state.

Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[ebotcazou at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17675, which changed state.

Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[toon at moene dot indiv dot nluug dot nl]

-- 
Bug 19292 depends on bug 19280, which changed state.

Bug 19280 Summary: Inconsistent licensing of libgfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19280

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[pbrook at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17675, which changed state.

Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

[Thomas dot Koenig at online dot de]

-- 
Bug 19292 depends on bug 18794, which changed state.

Bug 18794 Summary: warn about common variable alignment problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18794

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[Thomas dot Koenig at online dot de]

------- Additional Comments From Thomas dot Koenig at online dot de  2005-01-20 10:47 -------
Added PR 18902 because complex division isn't scaled at the moment
(it is in g77).

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |18902


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pbrook at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18982, which changed state.

Bug 18982 Summary: open(status="new") does not generate an error if the file exists
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[dje at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19052, which changed state.

Bug 19052 Summary: unit 0 not preconnected to standard error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19052

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pbrook at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17941, which changed state.

Bug 17941 Summary: gfortran: parser chokes on complex literal constant
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17941

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19589, which changed state.

Bug 19589 Summary: Regression: Error on Data assignment with LOGICAL*1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19589

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[wilson at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18977, which changed state.

Bug 18977 Summary: [4.0 regression] LAPACK test xeigtsts segfaults with optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
             Status|NEW                         |ASSIGNED
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[kargl at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20085, which changed state.

Bug 20085 Summary: iargc returns wrong count for number of program arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20085

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20086, which changed state.

Bug 20086 Summary: gfortran print routine has problem with the character 'h'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20086

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[rth at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18902, which changed state.

Bug 18902 Summary: Naive (default) complex division algorithm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20124, which changed state.

Bug 20124 Summary: gfortran prints -.01 incorrectly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20124

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16907, which changed state.

Bug 16907 Summary: Non-integer array indices rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18600, which changed state.

Bug 18600 Summary: ICE NIST FM020.f reduced case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WORKSFORME

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20467, which changed state.

Bug 20467 Summary: Bad fortran code causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20467

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
             Status|NEW                         |ASSIGNED
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fengwang at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18827, which changed state.

Bug 18827 Summary: ICE on assign to common variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17871, which changed state.

Bug 17871 Summary: libgfortran, g77: regression, zero has non-zero exponent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19021, which changed state.

Bug 19021 Summary: segfault and ice on invalid print statements
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19021

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-03-22 22:17 -------
List of unimplemented g77 intrinsics is now reduced to:

Access,   fcn,   Check file accessibility.
Alarm,    fcn,   Execute a routine after a given delay.
And,      fcn,   Boolean AND.
ChMod,    sub,   Change file modes.
Complex,  fcn,   Build complex value from real and imaginary parts.
CTime,    sub and fcn,   Convert time to Day Mon dd hh:mm:ss yyyy.
FDate,    sub and fcn,   Get current time as Day Mon dd hh:mm:ss yyyy.
FGet,     sub,   Read a character from unit 5 stream-wise.
FGetC,    sub,   Read a character stream-wise.
FPut,     sub,   Write a character to unit 6 stream-wise.
FPutC,    sub,   Write a character stream-wise.
FSeek,    fcn,   Position file (low-level).
FTell,    sub and fcn,   Get file position (low-level).
GMTime,   fcn,   Convert time to GMT time info.
IDate,    sub,   Get local time info.
ImagPart, fcn,   Extract imaginary part of complex.
Int2,     fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Int8,     fcn,   Convert to `INTEGER(KIND=2)' value truncated to whole number.
IsaTty,   fcn,   Is unit connected to a terminal?
ITime,    sub,   Get local time of day.
Loc,      fcn,   Address of entity in core.
Long,     fcn,   Conversion to `INTEGER(KIND=1)' (archaic).
LShift,   fcn,   Left-shift bits
LStat,    sub and fcn,   Get file information.
LTime,    sub,   Convert time to local time info.
MClock,   fcn,   Get number of clock ticks for process.
MClock8,  fcn,   Get number of clock ticks for process.
Not,      fcn,   Boolean NOT.
Or,       fcn,   Boolean OR.
RShift,   fcn,   Right-shift bits.
Short,    fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Signal,   sub,   Muck with signal handling.
TtyNam,   sub and fcn,   Get name of terminal device for unit.
XOr,      fcn,   Boolean XOR.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|coudert at clipper dot ens  |fxcoudert at gcc dot gnu dot
                   |dot fr                      |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

------- Additional Comments From tobi at gcc dot gnu dot org  2005-03-22 23:19 -------
WRT g77 intrinsics: if we instructed the compiler to compile calls to these
routines following the calling conventions for f2c, we could simply call their
implementations from libf2c.

This seems much easier and less error-prone than reimplementing them (even
though that's not hard, I admit).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15332, which changed state.

Bug 15332 Summary: colon edit descriptor not handled correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15332

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19678, which changed state.

Bug 19678 Summary: DOS files don't work for list directed input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19678

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18476, which changed state.

Bug 18476 Summary: internal compiler error on strange read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18476

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20125, which changed state.

Bug 20125 Summary: gfortran - backspace on binary files errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20125

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |20786


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17229, which changed state.

Bug 17229 Summary: parser confused by arithmetic if inside an if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17229

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[milan at cmm dot ki dot si]

-- 
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
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
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
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 12884, which changed state.

Bug 12884 Summary: [4.0 only] error in reading a namelist when it is predeced by a line with a SLASH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12884

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17472, which changed state.

Bug 17472 Summary: [4.0 only] namelist does not handle arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17472

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17285, which changed state.

Bug 17285 Summary: [4.0 only] namelist write does not terminate with &end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17285

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18210, which changed state.

Bug 18210 Summary: namelist output format problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18210

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20059, which changed state.

Bug 20059 Summary: internal compiler error: Segmentation Fault - For common blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20059

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 13082, which changed state.

Bug 13082 Summary: Function entries and entries with alternate returns not implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tkoenig at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20224, which changed state.

Bug 20224 Summary: gfortran - flags error on strange, but correct f66 program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20224

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tkoenig at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20092, which changed state.

Bug 20092 Summary: [4.0 only] console input doesn't deal correctly with CR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tkoenig at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20108, which changed state.

Bug 20108 Summary: [4.0 only] incorrect run time error on formatted read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20108

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tkoenig at gcc dot gnu dot org]

-- 
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
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18781, which changed state.

Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19478, which changed state.

Bug 19478 Summary: reading back from /dev/null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19478

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17423, which changed state.

Bug 17423 Summary: gfortran segfault when compiling FM509.f from NIST testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[ebotcazou at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15235, which changed state.

Bug 15235 Summary: libgfortran doesn't build on Solaris 10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16436, which changed state.

Bug 16436 Summary: gfortran TL edit descriptor failure - test f77-edit-t-in.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19216, which changed state.

Bug 19216 Summary: list directed read with leading slash (NIST FM923)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19155, which changed state.

Bug 19155 Summary: [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18879, which changed state.

Bug 18879 Summary: [4.0 only] ? not supported in namelist input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18879

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fengwang at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18481, which changed state.

Bug 18481 Summary: [g77 regression] ICE with assigned integer variable format
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18781, which changed state.

Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|DUPLICATE                   |

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16531, which changed state.

Bug 16531 Summary: [4.0 only, gfortran] Hollerith Data not supported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15966, which changed state.

Bug 15966 Summary: [4.0 Only] ICE and segmentation fault on internal write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15966

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18781, which changed state.

Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16435, which changed state.

Bug 16435 Summary: gfortran X edit descriptor failure:  test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 13257, which changed state.

Bug 13257 Summary: [4.0 only] Error instead of warning for missing comma in format string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13257

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 22217, which changed state.

Bug 22217 Summary: Z edit descriptor with negative numbers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[steven at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16435, which changed state.

Bug 16435 Summary: gfortran X edit descriptor failure:  test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16435, which changed state.

Bug 16435 Summary: gfortran X edit descriptor failure:  test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18833, which changed state.

Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 20592, which changed state.

Bug 20592 Summary: -fno-automatic (g77 option) is missing from gfortran.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20592

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[rsandifo at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15326, which changed state.

Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 22304, which changed state.

Bug 22304 Summary: gfortran silently changes values in equilvanence'd variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22304

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 16511, which changed state.

Bug 16511 Summary: Test 19990905-0.f fails with gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16511

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18870, which changed state.

Bug 18870 Summary: [g77 regression] Equivalencing two common blocks is not caught
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18870

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

Bug 19292 depends on bug 15382, which changed state.

Bug 15382 Summary: frontend too lenient when checking variable declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15382

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |23912


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tkoenig at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15326, which changed state.

Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 15326, which changed state.

Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|REOPENED                    |NEW
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

Bug 19292 depends on bug 18518, which changed state.

Bug 18518 Summary: equivalenced variables are not saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18518

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #31 from fxcoudert at gcc dot gnu dot org  2007-08-16 12:10 -------
Marking this as FIXED, see http://gcc.gnu.org/ml/fortran/2007-08/msg00327.html
for details.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pertusus at free dot fr]

------- Comment #30 from pertusus at free dot fr  2006-12-18 21:39 -------
(In reply to comment #29)
> getarg intrinsic which was in g77 also seems to be unimplemented?
> 

Sorry, it is implemented. What has changed with regard with g77 is that
the associated symbol isn't along getarg_ anymore. I was calling getarg_ 
directly from some C code, therefore it looked like getarg was missing...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pertusus at free dot fr]

------- Comment #29 from pertusus at free dot fr  2006-12-17 18:21 -------
getarg intrinsic which was in g77 also seems to be unimplemented?


-- 

pertusus at free dot fr changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pertusus at free dot fr


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #28 from fxcoudert at gcc dot gnu dot org  2006-10-02 09:41 -------
The only g77 intrinsic now missing to gfortran is FSEEK (and this is PR 22359).


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2006-07-26 12:07:43         |2006-10-02 09:41:07
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #27 from fxcoudert at gcc dot gnu dot org  2006-07-26 12:07 -------
I just got the "missing g77 intrinsics" list down to:

Access,   fcn,   Check file accessibility.
ChMod,    sub,   Change file modes.
FSeek,    fcn,   Position file (low-level).
GMTime,   fcn,   Convert time to GMT time info.
LShift,   fcn,   Left-shift bits
LTime,    sub,   Convert time to local time info.
RShift,   fcn,   Right-shift bits.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2005-11-12 23:29:51         |2006-07-26 12:07:43
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #26 from sgk at troutmask dot apl dot washington dot edu  2006-07-03 17:17 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Mon, Jul 03, 2006 at 04:41:30PM -0000, jvdelisle at gcc dot gnu dot org
wrote:
> 
> FSEEK should be straightforward (ha ha) I will take a shot at that one.
> 

<hint>
Jerry, with your knowledge of libgfortran, I'd rather see you
work on the F2003 stream IO feature
</hint>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[jvdelisle at gcc dot gnu dot org]

------- Comment #25 from jvdelisle at gcc dot gnu dot org  2006-07-03 16:41 -------
FSEEK should be straightforward (ha ha) I will take a shot at that one.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #24 from fxcoudert at gcc dot gnu dot org  2006-07-03 12:58 -------
(In reply to comment #23)
> Is the list of missing intrinsics given in comment #7 still valid? I tried to
> compile F77 code I inherited and got undefined references for itime_ and idate_
> (gfortran-4.1.1). If they are still missing, is someone working on those?

I think the list is indeed still valid, as nobody has been (to my knowledge)
working on this for some time now. They should not be very difficult to
implement (I'd even say fairly easy) but there are just too few people to do
the job...

Pasting the list here again:

Access,   fcn,   Check file accessibility.
ChMod,    sub,   Change file modes.
FSeek,    fcn,   Position file (low-level).
GMTime,   fcn,   Convert time to GMT time info.
IDate,    sub,   Get local time info.
Int2,     fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Int8,     fcn,   Convert to `INTEGER(KIND=2)' value truncated to whole number.
ITime,    sub,   Get local time of day.
Long,     fcn,   Conversion to `INTEGER(KIND=1)' (archaic).
LShift,   fcn,   Left-shift bits
LStat,    sub and fcn,   Get file information.
LTime,    sub,   Convert time to local time info.
MClock,   fcn,   Get number of clock ticks for process.
MClock8,  fcn,   Get number of clock ticks for process.
RShift,   fcn,   Right-shift bits.
Short,    fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.

CHMOD might be a bit tricky (especially if we don't want to fork and exec),
FSEEK needs a bit of thinking from someone knowing the I/O library, but all
others probably require no special skill.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[franke dot daniel at gmail dot com]

------- Comment #23 from franke dot daniel at gmail dot com  2006-07-03 12:14 -------
Is the list of missing intrinsics given in comment #7 still valid? I tried to
compile F77 code I inherited and got undefined references for itime_ and idate_
(gfortran-4.1.1). If they are still missing, is someone working on those? 


-- 

franke dot daniel at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |franke dot daniel at gmail
                   |                            |dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #22 from sgk at troutmask dot apl dot washington dot edu  2006-05-27 20:28 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sat, May 27, 2006 at 08:24:31PM -0000, Thomas dot Koenig at online dot de
wrote:
> 
> Do you know which version?  We should mark 27757 as a regression, then.
> 
>         Thomas
> 

laptop:kargl[203] gfc --version
GNU Fortran 95 (GCC 4.1.0 20050716 (experimental))

http://gcc.gnu.org/ml/fortran/2006-05/msg00457.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[Thomas dot Koenig at online dot de]

------- Comment #21 from Thomas dot Koenig at online dot de  2006-05-27 20:24 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

sgk at troutmask dot apl dot washington dot edu wrote:

> 27757 does not belong in this meta-bug.  It is actually
> a regression with respect to a version of gfortran.

Do you know which version?  We should mark 27757 as a regression, then.

        Thomas


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #20 from sgk at troutmask dot apl dot washington dot edu  2006-05-27 19:24 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sat, May 27, 2006 at 07:11:01PM -0000, tkoenig at gcc dot gnu dot org wrote:
> 
> 
> tkoenig at gcc dot gnu dot org changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>   BugsThisDependsOn|                            |27757
> 
> 

27757 does not belong in this meta-bug.  It is actually
a regression with respect to a version of gfortran.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

------- Comment #19 from pault at gcc dot gnu dot org  2006-01-08 20:27 -------
(In reply to comment #8)
> Not all of the underlying are just g77 features. Some like 18540/25705 are
> legal f90, f95, f06 code an just calling them "excremental" is unprofessional.
> This diminishes the 90% plus of dedicated people working on GCC. If something
> is clearly impoosible to continue as part of fortran then an effort to change
> the specs should be made. 
> 
As several people have noted, my involvement with gcc is unprofessional;
appparently in every sense of the word.  If my use of the word "excremental"
caused offence, I am sorry.  Let me just restate it that it is my opinion that
it is unprofessional fortran style to jump into IF blocks. Doubtless the
original author is as much a software professional as me....  That said, you
will note that I submitted it as PR because I thought that it should be fixed.

Paul 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #18 from sgk at troutmask dot apl dot washington dot edu  2006-01-08 16:37 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sun, Jan 08, 2006 at 10:41:15AM -0000, malitzke at metronets dot com wrote:
> 
> one had called your work a piece of excrement. Excrement (with some minor
> variation in spelling) comes from Latin and means vernacular M.... in Spain,
> Portugal, France, Italy and S... in England, Germany, Sweden. At least per
> Webster excremental is the adjective pertaining to excrement. Pofessor Emerita
> C. Froese Fischer (Computer Science Vandebilt University) is the principal
> author of the MCHF Atomic Structure Package. Acoording to Google there are
> about 139 thousand citations and authorships to her credit. The MCHF package
> has about 1.5 megabytes of source code. I never met the lady as student,
> collaborator or otherwise. Calling her work even only by clearly erroneous
> association excrement is equivalent to calling GCC a piece of excrement. Happy
> sulking to you all!

No one called Fischer's life work crap.  The phrase was used to describe
a piece of code in PR 18540.  Fischer's code has the same bug, and
somehow you infer that we, the gfortran developers, have called all
of Fischer's work crap.  If MCHF is in fact 1.5 MB of source code, and
this is the only bug, well I suppose Fischer should thank us, the 
gfortran developers, for debugging her code.

> adjective. The 105 label in my submission precedes the first executable
> statement while the pertinent label in the ealier submission (which never
> turned up when I searched for various combinations of GTO and fortran) clearly
> comes after the first executable statement. This makes that "excremental" case
> a clear violation of 8.1.1.2.

I've already explain to you why the code is nonconforming.  To recap,
using NOTE 8.3 from the Final Committee Draft of the Fortran 95 standard.

   NOTE 8.3
   For example, if a statement inside the block has a statement label,
   a GO TO statement using that label is only allowed to appear in the
   same block.

> To Mr. Kargl I would counsel moderation is the the of the "Imperial" we and
> perhaps practice some more reading specifications. His interpretation of "is"
> and "shall be" in relation the 8.1.1.2 clearly shows his lack of experience. 

If you're concerned with my ability to read the Fortran 95 specification,
you can revert all of the patches I've committed.  These are documented
in ChangeLog.  You'll then need to revert the patches of other committers
that were reviewed and OK by me.  

If you want expert opinion on the code in PR 25705 because my interpretation
upsets you, then I suggest that you send it to comp.lang.fortran.  Several
former and current members of J3 answer questions on c.l.f.  (J3 is the
group of people who actually wrote the standard.)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[tobi at gcc dot gnu dot org]

------- Comment #17 from tobi at gcc dot gnu dot org  2006-01-08 13:18 -------
Instead of continuing a pointless flame war in a PR which is only
organisationally related to the bug we're talking about, let me explain a few
procedural details which will hopefully make you understand that noone called
your colleague's code names.

You submitted a bug which was closed as a duplicate of an existing bug.  In the
existing bug, the submitter (who by that time wasn't yet a developer of
gfortran) dismissed as "excremental" an artificial example which demonstrates a
bad coding practice that has not been allowed by any Fortran standard since
1978.  Somehow you form the opinion that Paul insulted your colleague, and
question Paul's motivations and skills.  (WRT Let me just say that Paul has
fixed 105 PRs during the last year alone -- obviously he thought they were more
important than this bug which he reported.)

I understand your frustration that this bug hasn't yet been closed, and I'm
grateful that you're using gfortran and reporting bugs, but I think that
everybody's time could be better spent than by arguing about who insulted who
and how the standard should be quoted.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[malitzke at metronets dot com]

------- Comment #16 from malitzke at metronets dot com  2006-01-08 10:41 -------
Well I am very glad you people are offended. Imaging how you would feel I some
one had called your work a piece of excrement. Excrement (with some minor
variation in spelling) comes from Latin and means vernacular M.... in Spain,
Portugal, France, Italy and S... in England, Germany, Sweden. At least per
Webster excremental is the adjective pertaining to excrement. Pofessor Emerita
C. Froese Fischer (Computer Science Vandebilt University) is the principal
author of the MCHF Atomic Structure Package. Acoording to Google there are
about 139 thousand citations and authorships to her credit. The MCHF package
has about 1.5 megabytes of source code. I never met the lady as student,
collaborator or otherwise. Calling her work even only by clearly erroneous
association excrement is equivalent to calling GCC a piece of excrement. Happy
sulking to you all!

Now to the coding and standards issues. I stand corrected by Mr Pinski as to
the contains issue. I took the statements regarding CONTAINS (page 116)in
Fortran 90 Programmning (TMR Ellis et  all) literally as just pertaining for
fortran modules to get the calling parameters properly to the compiler the way
header files do in C. Only much later in the book is the nesting issue
broached. However Mr Pinski also jumping a (in may reckoning) to a wrong
conclusion in terming my submission the short citation (a fraction of one
percent, allowable under my interprtration of Copyright) of Professor Frose
Fischer work as being the equivalent the one containing the "excremental"
adjective. The 105 label in my submission precedes the first executable
statement while the pertinent label in the ealier submission (which never
turned up when I searched for various combinations of GTO and fortran) clearly
comes after the first executable statement. This makes that "excremental" case
a clear violation of 8.1.1.2.

To Mr. Kargl I would counsel moderation is the the of the "Imperial" we and
perhaps practice some more reading specifications. His interpretation of "is"
and "shall be" in relation the 8.1.1.2 clearly shows his lack of experience. 

Last, but not least, I do not even pretend to be compiler expert, even after
having fairly good understanding of the "Dragon Book". At best I am just a
tester, regardles of having hacked GCC code since the late 80's to get GCC to
work on SCO's 386 Xenix. I got my start with plugboard punched card equipement
and worked as real-time assembly programmer. Now, I am just trying (as a
retiremnt hobby) to bring code  like Professor Froese Fischer's to a wider
audience before it is withdrawn from public access in disgust at being
belittled. If in the process I can do some further good by testing forthcoming
versions of GCC so much the better. Your reactions provide further amusement.
As a result of submitting aboout 10 Gigabytes of source code to GCC I have
other irons in the fire for the easily offended to get burned. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #15 from sgk at troutmask dot apl dot washington dot edu  2006-01-08 02:43 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sun, Jan 08, 2006 at 02:30:51AM -0000, Tobias dot Schlueter at physik dot
uni-muenchen dot de wrote:
> 
> I find this very offensive.  As you will have noticed we have a problem report
> about this, which is not closed as "WONTFIX", and thus we're definitely not
> just calling this feature "excremental".  Also, you're saying that Paul Thomas
> (who wrote the original bug report where this wording is used) is
> unprofessional and undedicated.  The latter is easily disproved by taking a
> look at the ChangeLog.   In fact, everybody working on gfortran is doing so
> out of dedication, as noone of us is getting paid for this work, and everybody
> has access to commercial compilers.</rant>
> 
> This construct in non-standard for the reasons quoted by Steve and and so far
> the people working on gfortran have considered the importance of this bug
> second to the other bugs they were fixing.  If somebody cares enough he may
> bring forth a patch, which -- provided sufficient quality -- will be
> integrated, and we will be one step closer to a complete Fortran 66 compiler.
> 

Wow.  You took the words out of my mouth.  It took me nearly 
40 minutes to write my last reply.  Self editing of some rather
pointed comments.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[Tobias dot Schlueter at physik dot uni-muenchen dot de]

------- Comment #14 from Tobias dot Schlueter at physik dot uni-muenchen dot de  2006-01-08 02:30 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

malitzke at metronets dot com wrote:
> ------- Comment #8 from malitzke at metronets dot com  2006-01-07 20:30 -------
> Not all of the underlying are just g77 features. Some like 18540/25705 are
> legal f90, f95, f06 code an just calling them "excremental" is unprofessional.
> This diminishes the 90% plus of dedicated people working on GCC. If something
> is clearly impoosible to continue as part of fortran then an effort to change
> the specs should be made. 

I find this very offensive.  As you will have noticed we have a problem report
about this, which is not closed as "WONTFIX", and thus we're definitely not
just calling this feature "excremental".  Also, you're saying that Paul Thomas
(who wrote the original bug report where this wording is used) is
unprofessional and undedicated.  The latter is easily disproved by taking a
look at the ChangeLog.   In fact, everybody working on gfortran is doing so
out of dedication, as noone of us is getting paid for this work, and everybody
has access to commercial compilers.</rant>

This construct in non-standard for the reasons quoted by Steve and and so far
the people working on gfortran have considered the importance of this bug
second to the other bugs they were fixing.  If somebody cares enough he may
bring forth a patch, which -- provided sufficient quality -- will be
integrated, and we will be one step closer to a complete Fortran 66 compiler.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #13 from sgk at troutmask dot apl dot washington dot edu  2006-01-08 01:58 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sun, Jan 08, 2006 at 12:33:29AM -0000, malitzke at metronets dot com wrote:
> 
> Last things first: The code posted in 25705 is copyrighted 1994 and published
> in Computer Physics Communications; hence just modification by a third party
> could be legally questionable. The two academics (one in computer Science)
> conceivably were cogniscent of the f90 standard.

So, contact the original authors!  Posting the copryrighted code to
a mailing list is also questionable.  

> Anyhow, standards should be quoted in context, I have the Sep 2002
> working draft (only abrogating f77, f90, and f95, per Annex B) which
> per Para 8.1.1.2 matches the quotation in comment 10.  However, the
> 105 label precedes the first executable statement. Now, line
> 18 of 8.1 reads as follows:
> 
> Any of these constructs may be named. If a construct is named, the
> name shall be the first lexical token of the first statement of the
> construct and the last lexical token of the construct. In fixed source
> form, the name preceding the construct shall be placed after character
> position 6. 
>
> Therefore, the 105 GOTO address clearly is not inside the construct,
> because it immediately follows the ELSE and precedes character position
> 6 of the construct proper; and 8.1.1.2 does not apply.

There are no named constructs in the code posted!  The 105 in is a
*statement label*.  A named construct in fixed form would be

c234567
      n = 2
      AAA: if (n == 1) then
         n = 100
      else if (n == 2) then AAA
         n = 200
      else AAA 
         n = 0
      end if AAA
      print *, n
      end


> If label 105 would not precede the block, but be inside, then error message,
> pertaining to the inside of the block would be proper.

It is in a block.  If we remove the unneeded lines, you have


   506 IF(IX.EQ.0. AND. IY.EQ.1) THEN
A         IF(IBACK3.EQ.0) THEN
AB           IF(MGO.EQ.0) THEN
ABD             N=4
AB           ELSEIF(MGO.EQ.1) THEN
ABE             IF(IBACK3.EQ.1) THEN
ABEF               GO TO 105 ! rmg questionable goto
ABE             ELSE
ABEG               N=4
ABE             ENDIF
AB           ELSE
ABD             GO TO 108
AB           ENDIF
A         ELSE
AC 105       IRHO=NU
AC           RETURN
A         ENDIF
A  108 MEMR=IRHO
      ENDIF

Everything marked with an A is in the constituent block of the 
outermost IF...ENDIF.  Everything marked with the AB is in the
constituent block of the IF(IBACK3.EQ.0) THEN ... ELSE. Everything
marked with AC is in the constituent block of the ELSE ... ENDIF
that corresponds the IF(IBACK3.EQ.0) THEN.   The "GO TO 105" is
transferring control into the AC block, which is prohibited!

> Also, if commercial compilers would have a clear basis to issue an error
> message, they probably would do so and get off the hook.

The wording in 8.1.1.2 is such that a compiler is not required by
the standard to issue an error here.  The words are "Transfer of
control to the interior of a block from outside the block is 
prohibited."  The "is" provides wiggle room for a vendor.  If the
"is" were "shall be", then an error message would be required.

> As I am clearly no the author the the code, I have no real position
> to defend.  As my post 25705 makes clear legalistic arguments should
> be avoided.

We're trying to write a Fortran 95 conforming compiler.  We can't
avoid legalistic arguments.  I'm sorry if this view offends you.

> I also coded a parallel C program and used f2c on the code fragment
> posted. In both cases gcc-4.1.0 emitted object code without complaint.
> In this respect C and fortran are both block structured languages
> without nesting of subroutines.  Therefore, if gcc-4.1.0 can handle
> it for C a parallel construct should do it for fortran.

C and Fortran are two different languages with two different standards.
f2c is at best a Fortran 77 compiler.  The behavior you want may be
permitted by Fortran 77, but I would need to study the Fortran 77
standard before I make any judgement.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

------- Comment #12 from pinskia at gcc dot gnu dot org  2006-01-08 00:51 -------
(In reply to comment #11)
> As I am clearly no the author the the code, I have no real position to defend.
> As my post 25705 makes clear legalistic arguments should be avoided. I also
> coded a parallel C program and used f2c on the code fragment posted. In both
> cases gcc-4.1.0 emitted object code without complaint. In this respect C and
> fortran are both block structured languages without nesting of subroutines.
> Therefore, if gcc-4.1.0 can handle it for C a parallel construct should do it
> for fortran.

C is different than Fortran.  I am not clear why you are bring that up at all.

Also ICC warns about the code which is why I put in PR 25705 which makes me
question the code  and if other compiler also warns (or even errors out) about
it (by default), it is even more questionable.

Also fortran does have nesting of subroutines, I don't get why you said it is
not, it is a feature of Fortran 90.  You can do something like:
function g(f)
REAL :: g
REAL :: f
g = h()
contains
function h()
REAL :: h
h = f +1.0
end function
end function


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[malitzke at metronets dot com]

------- Comment #11 from malitzke at metronets dot com  2006-01-08 00:33 -------
Last things first: The code posted in 25705 is copyrighted 1994 and published
in Computer Physics Communications; hence just modification by a third party
could be legally questionable. The two academics (one in computer Science)
conceivably were cogniscent of the f90 standard. Anyhow, standards sould be
quoted in context, I have the Sep 2002 working draft (only abrogating f77, f90,
and f95, per Annex B) which per Para 8.1.1.2 matches the quotation in comment
10. However, the 105 label precedes the first executable statement. Now, line
18 of 8.1 reads as follows:

Any of these constructs may be named. If a construct is named, the name shall
be the first lexical token of the first statement of the construct and the last
lexical token of the construct. In fixed source form, the name preceding the
construct shall be placed after character position 6. 

Therefore, the 105 GOTO address clearly is not inside the construct, because it
 immediately follows the ELSE and precedes character position 6 of the
construct proper; and 8.1.1.2 does not apply.

If label 105 would not precede the block, but be inside, then error message,
pertaining to the inside of the block would be proper.

Also, if commercial compilers would have a clear basis to issue an error
message, they probably would do so and get off the hook.

As I am clearly no the author the the code, I have no real position to defend.
As my post 25705 makes clear legalistic arguments should be avoided. I also
coded a parallel C program and used f2c on the code fragment posted. In both
cases gcc-4.1.0 emitted object code without complaint. In this respect C and
fortran are both block structured languages without nesting of subroutines.
Therefore, if gcc-4.1.0 can handle it for C a parallel construct should do it
for fortran.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #10 from sgk at troutmask dot apl dot washington dot edu  2006-01-07 22:17 -------
Subject: Re:  [meta-bug] g77 features lacking in gfortran

On Sat, Jan 07, 2006 at 09:55:07PM -0000, kargl at gcc dot gnu dot org wrote:
> 
> 
> Well, in looking at the code in 25705, I think the code is nonconforming via
> 8.1.1.2 of the Fortran 95 standard.  I don't have a copy of the Fortran 90
> standard, but I suspect that it will also show that the code is nonconforming.
> 

I'll also note that Lahey's web base checking utility calls out
the "goto 105" with a warning.  NAG's Fortran 95 compiler issues
an error similar to gfortran's message.  The exact text of 8.1.1.2
is:

    Transfer of control to the interior of a block from outside the block
    is prohibited.  Transfers within a block and transfers from the interior
    of a block to outside the block may occur.

This statement is followed with 

    NOTE 8.3
    For example, if a statement inside the block has a statement label,
    a GO TO statement using that label is only allowed to appear in the
    same block.

My advice would be to fix the code to make it portable.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[kargl at gcc dot gnu dot org]

------- Comment #9 from kargl at gcc dot gnu dot org  2006-01-07 21:55 -------
(In reply to comment #8)
> Not all of the underlying are just g77 features. Some like 18540/25705 are
> legal f90, f95, f06 code an just calling them "excremental" is unprofessional.
> This diminishes the 90% plus of dedicated people working on GCC. If something
> is clearly impoosible to continue as part of fortran then an effort to change
> the specs should be made. 

Well, in looking at the code in 25705, I think the code is nonconforming via
8.1.1.2 of the Fortran 95 standard.  I don't have a copy of the Fortran 90
standard, but I suspect that it will also show that the code is nonconforming.


-- 

kargl at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kargl at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[malitzke at metronets dot com]

------- Comment #8 from malitzke at metronets dot com  2006-01-07 20:30 -------
Not all of the underlying are just g77 features. Some like 18540/25705 are
legal f90, f95, f06 code an just calling them "excremental" is unprofessional.
This diminishes the 90% plus of dedicated people working on GCC. If something
is clearly impoosible to continue as part of fortran then an effort to change
the specs should be made. 


-- 

malitzke at metronets dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |malitzke at metronets dot
                   |                            |com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #7 from fxcoudert at gcc dot gnu dot org  2005-11-12 23:29 -------
With my last patch () that I am currently commiting, the list of unimplemented
intrinsics is now:

Access,   fcn,   Check file accessibility.
ChMod,    sub,   Change file modes.
FSeek,    fcn,   Position file (low-level).
GMTime,   fcn,   Convert time to GMT time info.
IDate,    sub,   Get local time info.
Int2,     fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.
Int8,     fcn,   Convert to `INTEGER(KIND=2)' value truncated to whole number.
ITime,    sub,   Get local time of day.
Long,     fcn,   Conversion to `INTEGER(KIND=1)' (archaic).
LShift,   fcn,   Left-shift bits
LStat,    sub and fcn,   Get file information.
LTime,    sub,   Convert time to local time info.
MClock,   fcn,   Get number of clock ticks for process.
MClock8,  fcn,   Get number of clock ticks for process.
RShift,   fcn,   Right-shift bits.
Short,    fcn,   Convert to `INTEGER(KIND=6)' value truncated to whole number.

I plan to work on ACCESS and CHMOD (I already have them half-implemented in one
of my trees) and FSEEK is though to get (it has a label as optional argument,
which I don't know how to handle). GMTIME, IDATE, ITIME, LSTAT and LTIME need
some library part and should be easy, if someone wants to have a go at them,
feel free!


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2005-01-06 14:49:20         |2005-11-12 23:29:51
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292