SCOUG-Programming Mailing List Archives
Return to [ 12 | 
January | 
2004 ]
<< Previous Message << 
 >> Next Message >>
 
 
 
Content Type:   text/plain 
Lynn H. Maxson wrote:  
>   
> "...The PL/I Level F compiler ..."  
>   
> Somewhere along your line of reasoning you forgot  
> that it generated code that other languages could  
> not, because they had no means of expressing it.  
 
Did you really mean to say the above?  If so, give me an example.  The  
PL/I syntax is robust, but the code itself is still simple code and can  
be generated without waving a magic wand.  
 
BEGIN blocks, as far as my humble research would allow me some insight,  
are just memory allocations.  Event Control Blocks are just small tables  
to manage attached tasks.  Procedural ENTRY points are an enticement and  
I'm not a C programmer so I can't say how C might handle these, but one  
additional parameter on a call can quickly identify the desired entry  
point (methinks Rexx does this quite nicely, and perhaps more robustly  
than PL/I although I'll have to get out my PL/I docs and review them).  
 
I love PL/I, and I'm not too fond of Rexx, and I admire your decisive  
future thinking, Lynn.  And I enjoy arguing with you.  But PL/I is not  
magical, it is simply robust and comfortable.  
 
> It didn't require additional libraries.  
 
It was quite slow _because_ it used libraries.  Every routine got a  
pointer instead of a value, then had to go back to the pointer's table  
to see what the heck it was working with.  If all this was "inline" then  
PL/I (at least Level F, I've never gotten into the innards of the OS/2  
version) would be a lot faster.  
 
It's not just PL/I.  I can make Pascal scream like assembler or as slow  
as a dodo.  It's how you code that makes the difference.  
 
So how are you suggesting that this be "spec'd"?  Maybe like this:  
 
  Optimization:  EXECUTION SPEED then MEMORY USAGE then EXECUTABLE SIZE  
 
which will "inline" those library calls?  
 
- Peter  
 
 
=====================================================  
 
To unsubscribe from this list, send an email message  
to "steward@scoug.com". In the body of the message,  
put the command "unsubscribe scoug-programming".  
 
For problems, contact the list owner at  
"rollin@scoug.com".  
 
=====================================================  
 
  
<< Previous Message << 
 >> Next Message >>
Return to [ 12 | 
January | 
2004 ] 
  
  
The Southern California OS/2 User Group
 P.O. Box 26904
 Santa Ana, CA  92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group.  ALL RIGHTS 
RESERVED. 
 
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International 
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
 
 |