Re: missing include by compiler
From: Richard Maine (nospam_at_see.signature)
Date: 04/08/04
- Next message: John S: "OpenGL: auxLib vs GLUT"
- Previous message: Charles Russell: "Re: missing include by compiler"
- In reply to: Charles Russell: "Re: missing include by compiler"
- Next in thread: Charles Russell: "Re: missing include by compiler"
- Reply: Charles Russell: "Re: missing include by compiler"
- Reply: Dr Ivan D. Reid: "Re: missing include by compiler"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 08 Apr 2004 08:25:08 -0700
"Charles Russell" <STOPworworSPAM@bellsouth.net> writes:
> Another wish for my Christmas list: some way to assign a name to a block of
> code and reference it by name as in pascal.
As others have noted, this sounds sort of like internal procedures.
My Pascal is rusty enough that I'd having a little trouble in figuring
out what you are talking about in Pascal unless it is procedures
and functions. My handiest Pascal reference is a little dated, but
of good pedigree anyway (Jensen&Worth). Procedures and functions
are the closest thing that I see there to a block with a name; bunch
of other blockish things, but none of them have names. If Pascal
procedures and functions are what you are talking about, then
those really are directly comparable to Fortran internal procedures.
If you are talking about something else, then I'm less sure. Maybe
it is from something newer than my J&W.
I have seen (and support to at least some degree - whether I'd assign
it a very high priority is another question) proposals to add another
block structure to Fortran - something like what can be achieved with
my_block_name: do
...
exit my_block_name
end do my_block_name
except that the above way to do it is horribly error prone IMO.
(You want a "do one time", but it is written as a "do forever"
with an exit. Forget the exit and you have an infinite loop.)
You can no doubt fake the same thing in other ways (an f2003
ASSOCIATE might do), but it would seem more straightforward
to have a construct that actually meant what it was being used
for instead of trying to twist some other construct to the
purpose.
This is a construct that might talk me into getting rid of the
large majority of the gotos remaining in my new code - the ones
that currently goto somewhere to handle cleanup and exit in an
error state.
-- Richard Maine | Good judgment comes from experience; email: my first.last at org.domain | experience comes from bad judgment. org: nasa, domain: gov | -- Mark Twain
- Next message: John S: "OpenGL: auxLib vs GLUT"
- Previous message: Charles Russell: "Re: missing include by compiler"
- In reply to: Charles Russell: "Re: missing include by compiler"
- Next in thread: Charles Russell: "Re: missing include by compiler"
- Reply: Charles Russell: "Re: missing include by compiler"
- Reply: Dr Ivan D. Reid: "Re: missing include by compiler"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|