Re: AW: PL/I and optional parameters

2015-11-06 Thread Jon Butler
The name of the program is ESCHATON, and irrespective of the number or value of 
parameters passed, always returns 42.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: AW: PL/I and optional parameters

2015-11-05 Thread Jerry Callen
> I have a PL/I subroutine call that has 297 optional parameters.  That is the 
> function has a parameter list with up to 100 tuples of parameters.  The first 
> tuple is required, and tuple 2 through 100 are optional.

OK, I've been watching this thread with growing curiosity and I can't stand it 
any longer: What in the world are you doing with a subroutine with that many 
parameters? Is the code that calls this routine machine-generated? I can't 
imagine a human being coding such a call. 

-- Jerry

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


AW: Re: AW: PL/I and optional parameters

2015-11-04 Thread Peter Hunkeler
> The earlier post by Peter Hunkeler was referring to the LIST attribute of 
> ENTRY, described here:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IBM3LR60/6.10.5


Yep, this is what I referred to.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: AW: PL/I and optional parameters

2015-11-04 Thread Jon Butler
LIST has been part of PL/I, and most high-level languages, since at least the 
370...that's a far back as I go!

You can use LIST to get an listing of the assembler generated by the PL/I 
statements in your module.  You can also limit the output by using a LIST(n,m) 
where n and m are the line numbers in your program for which you want the 
assembler to be shown.   These are the actual line numbers used by the 
compiler, not the editor line numbers.  

If you use LIST, you many not want to use OPTIMIZE, so you see the assembler in 
the same order as your code before the optimizer re-arranges it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN