When Pascal is mentioned in this Mainframe related mailing list,
this triggers me, of course.
I am the current maintainer of the New Stanford Pascal compiler,
which runs on MVS, VM (and on Windows, OS/2, Linux, MacOS, BTW)
and on modern z/OS (and probably z/VM), too ... although limited to
AMODE
> (union and bit mapping) An archaism of C that remains
> because old *nix programs use or used them.
>Legacy of the era of expensive RAM.
Those days are long gone. There is someone in the chrome browser group who is
just now complaining that he has exceeded 70GB ram (yes, ram). For me, GMAI
[Default] On 21 Sep 2019 11:13:59 -0700, in bit.listserv.ibm-main
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote:
>On Sat, 21 Sep 2019 10:03:26 -0600, Jack J. Woehr wrote:
>
>>On 9/21/19 9:56 AM, Jon Perryman wrote:
>>> It's interesting to see an actual use case for C unio
On Sat, 21 Sep 2019 10:03:26 -0600, Jack J. Woehr wrote:
>On 9/21/19 9:56 AM, Jon Perryman wrote:
>> It's interesting to see an actual use case for C union and bit mapping.
>> In all these years, I've never seen these used in programs I've worked with
>> because of portability issues and not
On 9/21/19 9:56 AM, Jon Perryman wrote:
It's interesting to see an actual use case for C union and bit mapping. In
all these years, I've never seen these used in programs I've worked with
because of portability issues and not really providing useful functionality for
those products.
An a
It's interesting to see an actual use case for C union and bit mapping. In
all these years, I've never seen these used in programs I've worked with
because of portability issues and not really providing useful functionality for
those products.
Thanks, Jon.
On Friday, September 20, 2019,
Some snippage and interspersed comments...
On 2019-09-20 17:11, Jon Perryman wrote:
For instance, mapping to C does not support remapping, redefinition or re-declaring
variables such as "org" in assembler.
Actually, it does, using unions, but the results are not very pretty.
Here's an exampl
> XLC has a DSECT conversion utility.
Surprisingly, I think I must have been the only one to generate IPCS mapping
automatically using assembler macro's. Less than 100 lines of simple code
greatly improved dump reading. As a product developer, I had to read a lot of
dumps and this saved a lo
Wednesday, September 18, 2019 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I see a need for general conversion of mappings was Re: C headers
in z/OS 2.4
XLC has a DSECT conversion utility. Check the User's Guide. Many don't like
its output (probably including Peter Relson), but it can be usefu
Of Tom Marchant
> Sent: Wednesday, September 18, 2019 12:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: I see a need for general conversion of mappings was Re: C
> headers in z/OS 2.4
>
> On Tue, 17 Sep 2019 22:49:10 -0300, Clark Morris wrote:
>
> >This is nice but wh
019 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I see a need for general conversion of mappings was Re: C headers
in z/OS 2.4
On Tue, 17 Sep 2019 22:49:10 -0300, Clark Morris wrote:
>This is nice but when I was still doing system type coding I wanted a
>tool that converts Assembler
On Tue, 17 Sep 2019 22:49:10 -0300, Clark Morris wrote:
>This is nice but when I was still doing system type coding I wanted a
>tool that converts Assembler mappings to COBOL or PL1. If people
>currently in the field would push for getting the BIT,
>BINARY-Character, the true binary, IEEE binary
d have
to support it
which comes with a cost and risk.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Wednesday, September 18, 2019 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
You make a valid point but it
d (probably on this forum) that that offer
was later rescinded?
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Wednesday, September 18, 2019 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
You make a valid point
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Tuesday, September 17, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
On 2019-09-18 12:16 AM, Seymour J Metz wrote:
I'd rather have PL/I headers.
I don't
On Behalf Of
David Crayford
Sent: Tuesday, September 17, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
On 2019-09-18 12:16 AM, Seymour J Metz wrote:
> I'd rather have PL/I headers.
I don't think IBM could justify doing any work for PL/I because ther
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Peter
Relson
Sent: Tuesday, September 17, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
You might have seen mention
[Default] On 17 Sep 2019 06:20:49 -0700, in bit.listserv.ibm-main
rel...@us.ibm.com (Peter Relson) wrote:
>You might have seen mention in the announce that z/OS 2.4 is shipping more
>C headers.
>
>The eventual goal is to do the mappings in SYS1.MACLIB and many in
>SYS1.MODGEN, particularly the o
<000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, September 17, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
On Tue, 17 Sep 2019 16:16:31 +, Seymour J Metz wrote:
>I'd rather have PL/I headers.
>
Many macros contain PL/S alternatives
teresting thought.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Tuesday, September 17, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C headers in z/OS 2.4
On Tue, 17 Sep 2019 16:16:31 +, Seymour J Metz wrote:
>I'd ra
On Tue, 17 Sep 2019 16:16:31 +, Seymour J Metz wrote:
>I'd rather have PL/I headers.
>
Many macros contain PL/S alternatives. Are these PL/I compatible?
From: Peter Relson
Sent: Tuesday, September 17, 2019 9:20 AM
>The eventual goal is to do the mapp
@LISTSERV.UA.EDU Subject: Re: C headers in z/OS 2.4 On Tue, Sep 17,
2019 at 11:16 AM Seymour J Metz wrote:> I'd rather have PL/I
headers.>Me too.>> --> Shmuel (Seymour J.) Metz>
http://mason.gmu.edu/~smetz3>---
On Tue, Sep 17, 2019 at 11:16 AM Seymour J Metz wrote:
> I'd rather have PL/I headers.
>
Me too.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
--
For IBM-MAIN subscribe / signoff / archive access instruct
I'd rather have PL/I headers.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Peter Relson
Sent: Tuesday, September 17, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/O
er.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Tuesday, September 17, 2019 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
You might have seen mention in the announce that z/OS 2.4 is shipping more C
headers.
The e
Thanks Peter! Quality stuff!
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/
--
For IBM-MAIN
lf Of Peter Relson
Sent: Tuesday, September 17, 2019 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
You might have seen mention in the announce that z/OS 2.4 is shipping more
C headers.
The eventual goal is to do the mappings in SYS1.MACLIB and many in
SYS1.MODGEN, particularl
Thank you @Peter for spearheading this.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Tuesday, September 17, 2019 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
You might have seen
Peter,
A big thx, well done IBM.
Scott
On Tue, Sep 17, 2019 at 9:21 AM Peter Relson wrote:
> You might have seen mention in the announce that z/OS 2.4 is shipping more
> C headers.
>
> The eventual goal is to do the mappings in SYS1.MACLIB and many in
> SYS1.MODGEN, particularly the ones that
You might have seen mention in the announce that z/OS 2.4 is shipping more
C headers.
The eventual goal is to do the mappings in SYS1.MACLIB and many in
SYS1.MODGEN, particularly the ones that have programming interfaces.
z/OS 2.4 starts small, concentrating on the SMF records that the z/OS core
30 matches
Mail list logo
