RE: V5R2: Source now allowed in the IFS

["Reeve Fritchman" <reeve@xxxxxxxxxx>]

All free-form compilers.  Yes, there may be merit in posting this to a
specific language NG, but I think this is more of a "direction" issue.

I guess DDS is the last "fixed-format" "language", so a longer source
statement won't do much good anyway...

-rf

-----Original Message-----
From: midrange-l-admin@midrange.com [mailto:midrange-l-admin@midrange.com]On
Behalf Of rob@dekko.com
Sent: Wednesday, October 16, 2002 12:02 PM
To: midrange-l@midrange.com
Subject: RE: V5R2: Source now allowed in the IFS

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Which compiler?  And should that go to a compiler specific list, like the
RPG list?

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Reeve Fritchman" <reeve@ltl400.com>
Sent by: midrange-l-admin@midrange.com
10/15/2002 04:33 PM
Please respond to midrange-l


        To:     <midrange-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: V5R2:  Source now allowed in the IFS


I hope a future benefit of source in the IFS is the ability to have
compiler
support for longer source statements...

-rf

-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]On
Behalf Of Douglas Handy
Sent: Tuesday, October 15, 2002 4:36 PM
To: midrange-l@midrange.com
Subject: Re: V5R2: Source now allowed in the IFS

Phil/Rob,

>For the IFS, all the 'whitespace' is removed.
>
>Try creating a IFS file with all the lines filled out to 92 chars...

But that is the point; trailing whitespace is not needed with a stream
file
in
the IFS.  Not only that, but with a "real" editor <g> you can convert
leading
and embedded whitespace to use a combination of tabs and spaces.  With RPG
source, that leads to some substantial space savings.  Plus any decent
file
viewer, difference compare/merge tool, change mgmt system, etc will still
work
just fine with tabbed source files.

I did this all the time with Flex/Edit.  I'd set it to auto-run "Detab"
when
opening a source flie stored in a PC directory, and run "Entab" when
saving
the
file.  Not as efficient as real RLE compression like SSP did for source
members
on the 32/34/36, but still significantly smaller than embedded blanks.
Which
itself is significantly smaller than fixed width statements with trailing
blanks.

That said, although a PF-SRC is not very space efficient, I don't think it
is a
significant factor in the average 400's total DASD consumption.  On every
machine I've checked, the total DASD consumed by all source members was
insignificant compared to data in physical files.

Doug
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.