RFC: Support for future compilers in base

[Jeremy Huddleston Sequoia]

On Feb 18, 2013, at 16:19, Jeremy Huddleston Sequoia <jeremyhu at macports.org> wrote:

> 
> On Feb 15, 2013, at 14:11, Ryan Schmidt <ryandesign at macports.org> wrote:
> 
>> I haven't actually tested this code but I'm sure a language like Tcl must support such a construct. But if you want to commit it as you sent it (but with Rainer's change) we can always refine it later.
> 
> I beat my head against the keyboard trying to get that to work, and the short of it is that I got fed up with tcl.  I kept getting lint errors when I did 'return a' rather than 'if a return true else return false'
> 
>> On Feb 15, 2013, at 15:29, Jeremy Huddleston Sequoia wrote:
>> 
>>> I hate tcl, and it hates me.  If you want to do something like that, please do so, but I'm very limited in what *I* can do based on how much time I (don't) want to devote to tcl.
>> 
>> Sorry. :) I kind of like Tcl in a weird way. Feel free to send me your Tcl questions or frustrations.
> 
> Ok, I'll push my changes in a moment, and then I'll send a refinement patch for the boolean return that you can hopefully debug =)


Update to current base trunk with this patch:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcl-boolean-return.patch
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20130218/5d7525d8/attachment.obj>
-------------- next part --------------


You'll get:

~/src/macports/dports/x11/xwininfo $ port lint
Can't map the URL 'file://.' to a port description file ("can't use empty string as operand of "!"").
Please verify that the directory and portfile syntax are correct.
To use the current port, you must be in a port's directory.