On 12/18/17 20:44, Paul Gilmartin wrote:
On Mon, 18 Dec 2017 19:47:26 -0500, Rick Troth wrote:
Anyway, it's not difficult to have your makefiles fix themselves,
converting leading 8 blanks to a tab automagically. Some of the
makefiles in and around CMS Make do exactly that: if they land on (for
On Mon, 18 Dec 2017 19:47:26 -0500, Rick Troth wrote:
>
>Anyway, it's not difficult to have your makefiles fix themselves,
>converting leading 8 blanks to a tab automagically. Some of the
>makefiles in and around CMS Make do exactly that: if they land on (for
>example) Linux, they get run through
List <IBM-MAIN@listserv.ua.edu> on behalf of John
McKown <john.archie.mck...@gmail.com>
Sent: Thursday, December 14, 2017 2:08 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: "make" question
On Thu, Dec 14, 2017 at 12:56 PM, Jack J. Woehr <j...@well.com> wrote:
On 1
AIN@listserv.ua.edu> on behalf of
John McKown <john.archie.mck...@gmail.com>
Sent: Thursday, December 14, 2017 2:08 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: "make" question
On Thu, Dec 14, 2017 at 12:56 PM, Jack J. Woehr <j...@well.com> wrote:
> On 12/14/2017 7:25 AM, Gord
To: IBM-MAIN@listserv.ua.edu
Subject: Bad History (was: "make" question)
On Sat, 16 Dec 2017 16:58:15 +0800, David Crayford wrote:
>
>... I would pick gmake 9/10 because it's pervasive and more
>portable. If you work with open source software on z/OS gmake is a must
>have.
>
I imagi
On Sat, 16 Dec 2017 18:29:37 -0600, John McKown wrote:
>>
>> RFE: We want UNIX.
>
>Not as I was told. U.S. Government said, basically, you can only bid a
>POSIX compliant (and branded?) system for any I.T. purchase. To keep their
>business, IBM grafted OpenEdition (original name) onto MVS. As
[Default] On 14 Dec 2017 11:07:32 -0800, in bit.listserv.ibm-main
john.archie.mck...@gmail.com (John McKown) wrote:
>On Thu, Dec 14, 2017 at 12:56 PM, Jack J. Woehr wrote:
>
>> On 12/14/2017 7:25 AM, Gord Tomlin wrote:
>>
>>> All the make tools share an annoying reliance on tab
On Sat, Dec 16, 2017 at 10:11 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Sat, 16 Dec 2017 16:58:15 +0800, David Crayford wrote:
> >
> >... I would pick gmake 9/10 because it's pervasive and more
> >portable. If you work with open source software on z/OS
On Sat, 16 Dec 2017 16:58:15 +0800, David Crayford wrote:
>
>... I would pick gmake 9/10 because it's pervasive and more
>portable. If you work with open source software on z/OS gmake is a must
>have.
>
I imagine:
RFE: We want UNIX.
IBM: Be more specific.
Both: (After much deliberation)
On 14/12/2017 10:25 PM, Gord Tomlin wrote:
z/OS make != gmake != nmake (Microsoft's version). If you are
collaborating with others at work, it makes sense to standardize on
one make tool.
Agreed. I would pick gmake 9/10 because it's pervasive and more
portable. If you work with open source
On Thu, 14 Dec 2017 01:58:34 +, Frank Swarbrick wrote:
>I wrote my first "makefile" today. Took me some time to understand the
>requirement for tab characters. Having only the ISPF editor (oedit), tab
>characters are not very friendly on 3270 screens.
>
Does ISPF (under oedit's covers)
On 2017-12-14 13:56, Jack J. Woehr wrote:
On 12/14/2017 7:25 AM, Gord Tomlin wrote:
All the make tools share an annoying reliance on tab characters.
This is somehow more pernicious than punch-card-column dependencies in
traditional IBM tools? :)
Neither is great, but at least you can see
On Thu, Dec 14, 2017 at 12:56 PM, Jack J. Woehr wrote:
> On 12/14/2017 7:25 AM, Gord Tomlin wrote:
>
>> All the make tools share an annoying reliance on tab characters.
>
>
> This is somehow more pernicious than punch-card-column dependencies in
> traditional IBM tools? :)
IMO,
On 12/14/2017 7:25 AM, Gord Tomlin wrote:
All the make tools share an annoying reliance on tab characters.
This is somehow more pernicious than punch-card-column dependencies in
traditional IBM tools? :)
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
TSERV.UA.EDU
Subject: Re: "make" question
On Thu, Dec 14, 2017 at 9:06 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 14 Dec 2017 09:25:45 -0500, Gord Tomlin wrote:
> >
> >All the make tools share an annoying reliance on tab chara
On Thu, Dec 14, 2017 at 9:06 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 14 Dec 2017 09:25:45 -0500, Gord Tomlin wrote:
> >
> >All the make tools share an annoying reliance on tab characters.
> >
> Actually, some (I don't recall which) will accept
On Thu, 14 Dec 2017 09:25:45 -0500, Gord Tomlin wrote:
>
>All the make tools share an annoying reliance on tab characters.
>
Actually, some (I don't recall which) will accept indention by blanks.
Tab was a bad design choice.
-- gil
On 2017-12-14 06:52, Steve Smith wrote:
I use z/OS make! Out of lack of experience, I guess, but it seems to
do its job OK. We ran into some issues when one developer was
accidentally using gnu make. It produced a bunch of mysterious
errors, and took us a while to figure out. So, makefiles
I use z/OS make! Out of lack of experience, I guess, but it seems to
do its job OK. We ran into some issues when one developer was
accidentally using gnu make. It produced a bunch of mysterious
errors, and took us a while to figure out. So, makefiles don't seem
to be compatible between them
On Thu, 14 Dec 2017 13:40:14 +0800, David Crayford wrote:
>Swing by Rockets ported talks and download and install gmake. Nobody
>uses the z/OS make including IBM developers.
>
It would have been a boon if Unix System services had been ASCII-based rather
than
EBCDIC, and relied on GNU tools.
>On
Swing by Rockets ported talks and download and install gmake. Nobody
uses the z/OS make including IBM developers.
On 14/12/2017 9:58 AM, Frank Swarbrick wrote:
I wrote my first "makefile" today. Took me some time to understand the
requirement for tab characters. Having only the ISPF editor
I wrote my first "makefile" today. Took me some time to understand the
requirement for tab characters. Having only the ISPF editor (oedit), tab
characters are not very friendly on 3270 screens.
GNUMake has an special variable called ".RECIPEPREFIX" that allows replacement
of the tab
22 matches
Mail list logo