Title: | Digital Fortran |
Notice: | Read notes 1.* for important information |
Moderator: | QUARK::LIONEL |
Created: | Thu Jun 01 1995 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 1333 |
Total number of notes: | 6734 |
The following example will give you an internal compiler error when processed with f77 -c -g. However you will not get an error with f77 -c, f90 -c, f90 -c -g. oursmp> f77 -c -g x.f Assertion failure: Compiler internal error - please submit problem report GEM ASSERTION, Compiler internal error - please submit problem report Fatal error in: /usr/lib/cmplrs/fort/decfort Terminated ------------------------ x.f --------------------------- subroutine sub doubleprecision var001 pointer (var00002,var001(0:0,0:0)) common /var03/ var0006, var0007, var00002 end
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1163.1 | Working... | GEMGRP::MONTELEONE | Thu Feb 06 1997 14:46 | 7 | |
The assertion is coming from GEM - I'll take a look and get back to you when I have more information... Bob | |||||
1163.2 | Front end issue | GEMGRP::MONTELEONE | Thu Feb 06 1997 15:01 | 16 | |
The front end is passing an illogical construct to GEM, which catches it and asserts. The FORTRAN team will have to take it from here. Bob Note to the front end: There is a symbol, with defined storge class that is being defined upon another symbol with defined storage class, which is invalid. A similar such problem was resolved in F90 recently and F90 compiles this program cleanly... | |||||
1163.3 | Fixed | TLE::EKLUND | Always smiling on the inside! | Thu Feb 06 1997 15:38 | 11 |
This is the same as note 1117. See in particular 1117.0 and 1117.3. The internal error comes up when you request debugging information and there is a pointer in COMMON which points to an array. Fixed by edit 4-104. Cheers! Dave Eklund PS I checked your program, just to be sure - it now works. Dave E |