Maybe in a future release. I still have a hope that 4.0 will manage to ship in my lifetime. Right now, I'm really trying to limit the number of new things we introduce here to a set that is useful with a minimal impact to the code....unless of course, there are volunteers who are willing to help lighten my load....
Rick On Fri, Feb 27, 2009 at 1:43 PM, Gil Barmwater <gbarmwa...@alum.rpi.edu> wrote: > Thanks Mike and Rick for the clarification. As to the idea of doing > both an OPTIONS keyword and an ::options directive, this seems > unecessary to me. The keyword form would only provide a one-line way of > specifying the choices that could be specified with multiple statements > like: > numeric digits 18 > numeric form engineering > numeric fuzz 2 > trace off > > However, STRICTNOVALUE is a new choice so perhaps we need a way to > specify that choice in a non-directive way? > > Mike Cowlishaw wrote: >> >> > Let me first say that I am in favor of a mechanism to globally specify >> > the various items that have been proposed for ::options. But I am not >> > clear on why this needs to be a new directive when the language and >> > standard provide for the OPTIONS keyword. Any help would be appreciated >> > :-) >> >> For a program that's stand-alone in a file, the OPTIONS instruction is >> fine, but the ::OPTIONS directive would apply to all >> methods/subroutines/functions in a file. >> >> Actually it would make sense to define these as a OPTIONS instruction, >> and then just say that ::OPTIONS is just like putting OPTIONS at the >> start of every routine. Then programmers could mix & match as desired. >> >> Mike >> >> >> ------------------------------------------------------------------------ >> >> / >> / >> >> /Unless stated otherwise above: >> IBM United Kingdom Limited - Registered in England and Wales with number >> 741598. >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU/ >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > -- > Gil Barmwater > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel