On Mon, Sep 17, 2018 at 10:52 PM Ze'ev Atlas <
004b34e7c98a-dmarc-requ...@listserv.ua.edu> wrote:
> Gil, I do NOT use make! I use JCL for this particular port, as it is
> designed to be used without Unix Services.
>
> The fact that your product is designed to work without z/OS Unix is
irrelev
Gil, I do NOT use make! I use JCL for this particular port, as it is designed
to be used without Unix Services.
In my day job, I use Solaris, Windows and perhaps Linux and I am well aware
about these tools (make, gcc, etc.) although usually I do not use them because
I do not use compiled langu
On Sun, 16 Sep 2018 11:58:14 +, Ze'ev Atlas wrote:
>Hi allI am using IBM C compiler via good ol' JCL. I already know how to
>supply external macro definitions by supplying://OPTFILE DD
>DSN=MY.LIB(OPTFILE),...and an OPTFILE member that contains lines
>like:DEF(HAVE_STDINT_H)or evenDEF(HAVE
On Sun, 16 Sep 2018 22:33:19 -0500, Ze'ev Atlas wrote:
>Thank you Gil
>You have confirmed what I suspected since I've seen the code. The developer
>has introduced a non-standard code that is compatible only with GNU make. I
>have already complained about the issue as introduction of non-standa
Thank you Gil
You have confirmed what I suspected since I've seen the code. The developer
has introduced a non-standard code that is compatible only with GNU make. I
have already complained about the issue as introduction of non-standard code
would definitely hamper any port to a non 'make' en
On Sun, 16 Sep 2018 10:39:20 -0700, Charles Mills wrote:
>Otherwise I guess you need the classic solution with some character legal in C
>macro names:
>
>#ifdef __MVS__
> #define MACRONAME __macroname__
>#else
> #define MACRONAME @macroname@
>#endif
>
>Looks to me like @ is legal in s
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ze'ev Atlas
Sent: Sunday, September 16, 2018 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C macro processor - supply exteranl values - emulating CMake
This seems to be a good idea
I will t
I did
DEF(@macroname@=1)
and it seems not to work. i.e.
#define MACRONAME @macroname@
#if MACRONAME
...
#else
...
#endif
did not yield the desired results
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
This seems to be a good idea
I will try to do:
DEF(@xxx@=1) and see if it works
As for Gil's question, yeah it is an open source (PCRE2) that is usually dealt
with by gcc and make.
If the idea above worls themn I am done
ZA
--
Sent: Sunday, September 16, 2018 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C macro processor - supply exteranl values - emulating CMake
Unfortunately, this is NOT the case
I do have several cases were a macro is not defined in the source code but
supplied, macro and value by the mech
On Sun, 16 Sep 2018 11:58:14 +, Ze'ev Atlas wrote:
>...
>I have a new challenge, something like:
>#define HAVE_STDINT_H @HAVE_STDINT_H@
>which means that I should not define the macro externally, but get only the
>value from CMake
>
This looks like something to be substituted by a p
Unfortunately, this is NOT the case
I do have several cases were a macro is not defined in the source code but
supplied, macro and value by the mechanism:
DEF(MACRONAME=somevalue)
Here I encountered something else (I assume it is a CMake and gcc construct).
The macro is not defined externally,
: IBM-MAIN@LISTSERV.UA.EDU
Subject: C macro processor - supply exteranl values - emulating CMake
Hi allI am using IBM C compiler via good ol' JCL. I already know how to supply
external macro definitions by supplying://OPTFILE DD DSN=MY.LIB(OPTFILE),...and
an OPTFILE member that contains
Hi allI am using IBM C compiler via good ol' JCL. I already know how to supply
external macro definitions by supplying://OPTFILE DD DSN=MY.LIB(OPTFILE),...and
an OPTFILE member that contains lines like:DEF(HAVE_STDINT_H)or
evenDEF(HAVE_STDINT_H=1)
I have a new challenge, something like:#define
14 matches
Mail list logo