<div class="gmail_quote">On Thu, Jun 3, 2010 at 2:50 AM, Pascal J. Bourguignon <span dir="ltr"><<a href="mailto:pjb@informatimago.com">pjb@informatimago.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
When compiling raiden-decipher (from<br>
<a href="http://git.informatimago.com/viewgit/?a=viewblob&p=public/lisp&h=728fe900a2cbf2a6dab2f7bbfcca92a6f36645a4&hb=5b22e7eab73f004ef00d478a119d5f4582174018&f=common-lisp/raiden.lisp" target="_blank">http://git.informatimago.com/viewgit/?a=viewblob&p=public/lisp&h=728fe900a2cbf2a6dab2f7bbfcca92a6f36645a4&hb=5b22e7eab73f004ef00d478a119d5f4582174018&f=common-lisp/raiden.lisp</a><br>


), ecl-10.4.2 (obtained from git yesterday) fails with:<br><br>
        V10= ((cl_fixnum)(V6)->vector.self.b32[V11]= V12);}}<br>
<br>
and the problem is that a typecast is not a lvalue.<br></blockquote></div><div><br></div><div>Thanks a lot for reporting. ECL has some compiler code for coercing values among different C types but it was placing the parenthesis in the wrong place. I just uploaded a fix.</div>

<div><br></div><div>Juanjo</div><div><br></div>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>