I am delighted to learn that SPC is alive and apparently not even moribund.
The LE tends to be deprecated here, particularly by those who have not used it enough to master it; but in my own view its storage-management and condition-handling facilties are redemptive; and what I have learned here about how RYO circular functions and the like are often implemented has made me very suspicious of library-avoidance schemes. The overhead of establishing any supportive environment is horrendous when it is set up and torn down around single subroutine calls; that is a mug's game; but, as I and others have tried to make clear, it is a game that need not be played with the z/OS LE. On 2/3/12, Tony Harminc <t...@harminc.net> wrote: > On 3 February 2012 08:11, John Gilmore <johnwgilmore0...@gmail.com> wrote: >> Eliminating LE usage from a [non-Metal] C function would be a >> formidable undertaking. You can, however, set up the LE before the >> first CALL to your C function and keep it up between these CALLs in >> such a way that you incur the setup overhead only once. > > > There is a third option: System Programming C, which provides a sort > of LE-lite facility. As the book (the Programming Guide) says, > > > "System programming facilities enable you to run applications without > z/OS Language Environment or with just the z/OS XL C library functions > available. You can: > > Use a subset of the C language to develop specialized applications > that do not require z/OS Language Environment on the machines where > the application will run. > > You can write freestanding applications that: > > Do not use the dynamic run-time library. > Use only the C-specific library functions without any z/OS Language > Environment facilities to manage the execution environment." > > > In many cases converting an existing LE-using program to use the SPC > facilities is straightforward; in others near impossible. And take > note that there is no SPC++. > > SPC predates Metal C by many years, and its focus is a little > different. One nonetheless suspects that SPC will be deprecated at > some point, but to my knowledge that time has not arrived. > > Tony H. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- John Gilmore, Ashland, MA 01721 - USA ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
