[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnubol: IBM flags nested conditionals as error (RC=8) but recovers OK




  Bill> Question: Am I missing something or has consensus been
  Bill> reached that allowing nested conditionals where the Standard
  Bill> requires imperatives (as "valid") has been rejected and that
  Bill> the consensus is now that these should cause an error?

  Bill> If so, is the ongoing discussion JUST asking where to "bind"
  Bill> the erroneous "open conditionals" - in order to allow
  Bill> continued compilation?  If there is some other OPEN question,
  Bill> can someone tell me what it is?

  Bill> If this is the only open question, then I would PREFER that
  Bill> the "bind" be to the inner statement (consistent with the
  Bill> explicit rules in the draft - and what Micro Focus does as an
  Bill> extension - and what IBM does with their "error" condition).
  Bill> On the other hand, I don't care a WHOLE lot about what we do
  Bill> with "errors" - other than NOT produce executable code.

  Bill> Am I still missing something?

  Bill> Bill Klein wmklein <at> ix.netcom.com


I think we're close enough.  I'm tired of it.  Generating code or not
is just a matter of assigning a severity level, so let's decide that
when we have a code generator.

Mike



--
This message was sent through the gnu-cobol mailing list.  To remove yourself
from this mailing list, send a message to majordomo@lusars.net with the
words "unsubscribe gnu-cobol" in the message body.  For more information on
the GNU COBOL project, send mail to gnu-cobol-owner@lusars.net.