<div dir="ltr"><div><div>Thank you Matthew & Shriram. I would actually prefer for booleans to be within S-expression. It seems to be a lot more intuitive for my current students to have observers to test for a boolean S-expr and to extract a (Racket) boolean value from an S-expression.<br>
<br></div>Cheers,<br><br></div>Marco<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 16, 2014 at 3:30 PM, Matthew Flatt <span dir="ltr"><<a href="mailto:mflatt@cs.utah.edu" target="_blank">mflatt@cs.utah.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We always spelled it out as `true` and `false` (and, yes, you have to<br>
check for those before parsing other identifiers).<br>
<br>
I wouldn't mind allowing booleans within S-expression, though, if you'd<br>
like me to add it.<br>
<div><div class="h5"><br>
At Thu, 16 Jan 2014 15:26:11 -0500, Marco Morazan wrote:<br>
> Dear All,<br>
><br>
> In plai-typed, an S-expression cannot be a boolean, correct? How can I<br>
> parse a boolean? The idea here is to construct a boolean expression when a<br>
> boolean is encountered in the input/<br>
><br>
> --<br>
><br>
> Cheers,<br>
><br>
> Marco<br>
><br>
> Have a´¨)<br>
> ¸.·´¸.·*´¨) ¸.·*¨)<br>
> (¸.·´ (¸.·´ * wonderful day! :)<br>
</div></div>> ____________________<br>
>   Racket Users list:<br>
>   <a href="http://lists.racket-lang.org/users" target="_blank">http://lists.racket-lang.org/users</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><br>Cheers,<br><br>Marco<br><br>Have a´¨)<br>¸.·´¸.·*´¨) ¸.·*¨)<br>(¸.·´ (¸.·´ * wonderful day! :)
</div>