RE: MOVE opcode in freeform (was Strange behavior w/%editc)

Bob Cozzi Wrote:

>> The /FREE /end-free thing is consistent with /EXEC SQL /COPY, /INCLUDE,
>> etc.
>> But if, in a future release, IBM wanted to support the ability to have
>> /FREE as the default for the compiled source member, they could simply
>> add a KEYWORD to the header specification:
>>
>>
>> .....H  OPTION(*FREEFORMCALCS)
>>
>> Or similar.
>> Then /FREE would NOT be needed, and ALL calcs would implicitly be in
>> free format.  Then, the only way to NOT have free format would be, say
>> to allow me to put a C in column 6.  Hence, this subtle change would
>> allow you to code free format starting, effectively in column 7.
>>
>> .....C                   MOVE  A           B
>>          If   A = B;
>>            C = A * 100;
>>          else;
>>            C = A * 50;
>> .....C                   SETON                         LR

I agree with this except for one thing.  Why would there be a need for an H 
spec.
Couldn't the compiler assume that any code that does not have a spec letter in 
position 5
or * or / in position 6 to be free format.  I personally like free format but
think the /free /end-free clutters up the code whether it is jumping in and out
of free format or not.

Seth Shields
Julius Blum Inc.