Re: casting with XL C\C++ compiler

2019-09-28 Thread Paul Gilmartin
On Sat, 28 Sep 2019 11:46:15 +0100, Charles Mills wrote: >I recall some hiccups when I went to POSIX(ON). IIRC code that opened >DD:SYSPRINT formerly did what one would expect. After POSIX it created a UNIX >file named - - you guessed it - - "DD:SYSPRINT".  //DD:SYSPRINT fixed it.  > It's ironic

Re: casting with XL C\C++ compiler

2019-09-28 Thread Charles Mills
- Original message From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Date: 9/27/19 7:30 PM (GMT+00:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: casting with XL C\C++ compiler On Fri, 27 Sep 2019 18:47:42 +0100, Charles Mills wrote:>    ...>FWIW, POSIX(ON)

Re: casting with XL C\C++ compiler

2019-09-27 Thread Allan Kielstra
POSIX(ON) is perfectly fine for new code. From an administration perspective, the user running a POSIX(ON) program needs a RACF OMVS Segment. That's really not that big a deal. Obviously, if you run in USS, you already have that set up. If you have existing code (say COBOL) that is running

Re: casting with XL C\C++ compiler

2019-09-27 Thread Paul Gilmartin
On Fri, 27 Sep 2019 18:47:42 +0100, Charles Mills wrote: >... >FWIW, POSIX(ON) is not a problem. "My" code all runs POSIX(ON). > What motivation is there for POSIX(OFF)? Compatibility with lost source code? >-Original Message- >From: Allan Kielstra >Sent: Friday, September 27, 2019 4:

Re: casting with XL C\C++ compiler

2019-09-27 Thread Mike Schwab
C/C++ compiler? > > FWIW, POSIX(ON) is not a problem. "My" code all runs POSIX(ON). > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Allan Kielstra > Sent: Friday, September 27, 2019 4:41

Re: casting with XL C\C++ compiler

2019-09-27 Thread Charles Mills
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: casting with XL C\C++ compiler Hi Charles We are listening! https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/xlCC++V231ForZOsV23?OpenDocument This is a web deliverable that co-exists (does not overwrite) the existing xlC compiler. I hav

Re: casting with XL C\C++ compiler

2019-09-27 Thread Jerry Callen
> Anyway read the link and give the compiler a try! I have, and it works - very well! If you haven't tried this compiler, you should. There are some limitations, but if you like the 64-bit LE programming model, this compiler is a win. -- Jerry --

Re: casting with XL C\C++ compiler

2019-09-27 Thread Kirk Wolf
64-bit only? Does this amount to a "stabilization" of support for 31-bit XLC/C++ compilers? BTW: I'm happy to move to 64-bit after IBM supports 64-bit storage for most of their OS services, in the mean time its a PITA with no real advantage for us. On Fri, Sep 27, 2019 at 10:41 AM Allan Kielstra

Re: casting with XL C\C++ compiler

2019-09-27 Thread Allan Kielstra
Hi Charles We are listening! https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/xlCC++V231ForZOsV23?OpenDocument This is a web deliverable that co-exists (does not overwrite) the existing xlC compiler. I have personally used it to develop C++ code with initializer lists, emplacem

Re: casting with XL C\C++ compiler

2019-09-27 Thread Charles Mills
ing? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Thursday, September 26, 2019 4:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: casting with XL C\C++ compiler Hi Seems like a lot the casting I was able t

Re: casting with XL C\C++ compiler

2019-09-26 Thread Joseph Reichman
s some real code? > >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Joseph Reichman >> Sent: Thursday, September 26, 2019 8:40 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: casting with XL C\C++ compiler >> >> Hi &

Re: casting with XL C\C++ compiler

2019-09-26 Thread retired mainframer
Maybe you would like to show us some real code? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Joseph Reichman > Sent: Thursday, September 26, 2019 8:40 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: casting with XL C\C++ compiler > >

Re: casting with XL C\C++ compiler

2019-09-26 Thread Allan Kielstra
The first bit of guidance is ... Don't Do That!! I could not quite figure out what you meant, but this compiled for me with no errors struct S { int i; }; void X() { S * p; char Buffer[1000]; p = (S *) Buffer; p = reinterpret_cast(Buffer); // no way static_cast will

Re: casting with XL C\C++ compiler

2019-09-26 Thread Paul Gilmartin
On Thu, 26 Sep 2019 11:40:17 -0400, Joseph Reichman wrote: > >Seems like a lot the casting I was able to do with the Visual Studio C\C++ >compiler I am not able to do with XL C\C++ compiler> > >A specific case struct * pointer the I would like to assign a char[1200] >via Struct pointer * > >Buffe

casting with XL C\C++ compiler

2019-09-26 Thread Joseph Reichman
Hi Seems like a lot the casting I was able to do with the Visual Studio C\C++ compiler I am not able to do with XL C\C++ compiler A specific case struct * pointer the I would like to assign a char[1200] via Struct pointer * Buffer char[1200] pointer = (pointer)&buffer; generate