On Jan 2, 2012, at 17:50, John McKown wrote: > On Mon, 2012-01-02 at 19:08 -0500, John Gilmore wrote: > >> Under the covers z/OS UNIX libraries are PDSEs, and PDSE member names >> are limited to eight characters---majuscules, numerics and @|#|$---the >> first of which cannot be numeric. > > I don't have a C license, so I've not looked at how the C compiler on > z/OS works. I am aware that there exists a /usr/include subdirectory > supplied with z/OS which contains a lot of files ending in ".h". This is
Wherein for z/OS 1.12 I find the following names of 11 characters or more: 130$ find . -name ?????????\*.h -ls 440 20 -rw-r--r-- 2 SSSV OMVS 38566 Sep 6 2010 ./__iew_api.h 441 8 -rw-r--r-- 2 SSSV OMVS 10449 Sep 6 2010 ./__iew_modmap.h 493 0 lrwxrwxrwx 1 SSSV OMVS 44 Oct 4 2010 ./cssmdlattribute.h -> ../../usr/lpp/ocsf/include/cssmdlattribute.h 496 0 lrwxrwxrwx 1 SSSV OMVS 43 Oct 4 2010 ./cssmkeyformats.h -> ../../usr/lpp/ocsf/include/cssmkeyformats.h 577 0 lrwxrwxrwx 1 SSSV OMVS 38 Oct 4 2010 ./ibmocepdl.h -> ../../usr/lpp/ocsf/include/ibmocepdl.h 578 0 lrwxrwxrwx 1 SSSV OMVS 38 Oct 4 2010 ./ibmoceptp.h -> ../../usr/lpp/ocsf/include/ibmoceptp.h 580 0 lrwxrwxrwx 1 SSSV OMVS 38 Oct 4 2010 ./ibmswcsp2.h -> ../../usr/lpp/ocsf/include/ibmswcsp2.h 584 0 lrwxrwxrwx 1 SSSV OMVS 38 Oct 4 2010 ./ibmwkcsp2.h -> ../../usr/lpp/ocsf/include/ibmwkcsp2.h 666 2 -rw-r--r-- 2 SSSV OMVS 2738 Sep 6 2010 ./mp_marker.h 708 0 lrwxrwxrwx 1 SSSV OMVS 46 Oct 4 2010 ./rpc/auth_unix.h -> ../../../usr/lpp/tcpip/rpc/include/auth_unix.h 712 0 lrwxrwxrwx 1 SSSV OMVS 46 Oct 4 2010 ./rpc/pmap_clnt.h -> ../../../usr/lpp/tcpip/rpc/include/pmap_clnt.h 713 0 lrwxrwxrwx 1 SSSV OMVS 46 Oct 4 2010 ./rpc/pmap_prot.h -> ../../../usr/lpp/tcpip/rpc/include/pmap_prot.h 717 0 lrwxrwxrwx 1 SSSV OMVS 46 Oct 4 2010 ./rpc/rpc_parse.h -> ../../../usr/lpp/tcpip/rpc/include/rpc_parse.h 732 0 lrwxrwxrwx 1 SSSV OMVS 47 Oct 4 2010 ./slapi-plugin.h -> ../../usr/lpp/ldapclient/include/slapi-plugin.h 763 12 -rw-r--r-- 2 SSSV OMVS 18024 Sep 6 2010 ./sys/dbx_plugin.h ... thus refuting John G's nonsense about UNIX "libraries" (the customary term is "directories") inheriting naming restrictions from PDS(E)s. > similar to what I am familiar with on my Linux system. I am also aware > that there are a bunch of PDSes that contains members which I guess are > used for batch C compiles. > Legacy stuff, alas. In batch, users would do better to allocate /usr/include and avoid the PDS gyrations and name manipulations. -- gil
