[Default] On 16 May 2019 10:06:47 -0700, in bit.listserv.ibm-main sasd...@gmail.com (Steve Smith) wrote:
>Well, XLC already provides a DSECT to struct conversion tool. I haven't >found its output to be as awful as it once was. The need is for the ability to use IBM data descriptions of any IBM provided records that someone might want to process in the language of choice and of data areas needed to use callable services. The languages that probably should be supported are C/C++, COBOL, FORTRAN, Java, and PL/1. Having a program that converts from either PL/S or Assembler to the other languages will ease the problem of keeping the descriptions synchronized. Clark Morris > >One thing I might suggest is to get header files out of SAMPLIB. There are >now two system-level header libraries (SYS1.SIEAHDR.H, and >SYS1.SIEAHDRV.H), which could also be better advertised as being in >existence. Maybe I'm slow, but it took quite a while to figure out that's >where the headers for Pause/Release are. > >They could also be consolidated; FB80 libraries for C source is ludicrous. > >sas > > >On Thu, May 16, 2019 at 8:26 AM Clark Morris <cfmt...@uniserve.com> wrote: > >> [Default] On 16 May 2019 04:55:33 -0700, in bit.listserv.ibm-main >> rel...@us.ibm.com (Peter Relson) wrote: >> >> ><snip> >> >...where IBM provides some guidelines for doing exit work in Metal-C >> ></snip> >> > >> >I'd say that the guideline is to get Metal C to do what you would have >> >done if you were coding in assembler. >> > >> >What you typically need are mappings in (Metal) C for the data structures >> >that the exit routine needs to access. Most ISVs have likely rolled their >> >own over time, but z/OS is (finally) beginning to provide some (and is >> >looking for help in prioritizing which to provide first -- the goal is to >> >do most of the mappings in maclib and modgen, but that goal would be >> >accomplished incrementally). If you have such a prioritized list (it can >> >be for your own needs, or a group's or any scale you choose) please send >> >it to me so that we can try to make the best plan. Of course exit >> routines >> >are not the only things that can benefit from the availability of such >> >mappings. >> While being retired I am in no position to submit an RFE, what I have >> alway wanted was a tool that would convert Assembler DSECTs to COBOL >> record descriptions, PL1 mappings etc.. It would have saved me much >> time in writing COBOL programs to deal with SMF records and would >> allow easier usage of IBM callable routines. This would be a better >> approach for providing C mappings because it then allows relatively >> easy update and doesn't require manual effort for each update. >> >> Clark Morris >> > >> >Peter Relson >> >z/OS Core Technology Design >> > >> > >> >---------------------------------------------------------------------- >> >For IBM-MAIN subscribe / signoff / archive access instructions, >> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
