This is the mail archive of the kawa@sourceware.org mailing list for the Kawa project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GSOC | Extending Common Lisp support


Excellent! FLET is now working. I cleaned up my working set diff which
includes all my work so far, just so if someone wants to have the same
source code as myself, this patch should apply cleanly against trunk.
I'm made no progress on the syntax-case bug, on the plus side, I have
learned more about macros and how they're implemented.

It seems like a good idea to try and get packages working (I didn't
know much about them at the time I was writing my proposal, they
weren't covered in the CL book I read in preparation), all of the CL
libraries should be exposed through packages IMO. Furthermore,
DEFMACRO seems higher priority than LOOP, so it makes sense to me to
get these things working before embarking on that. Again, a lack of
preparation whilst writing my proposal, I hadn't realised DEFMACRO had
these shortcomings.

On 6 June 2012 20:56, Per Bothner <per@bothner.com> wrote:
> I think the problem is where LambdaExp#compile calls emitLoadModuleMethod.
> I don't think the branch at line 780 should be taken, or if it should be,
> we should not rebind the outer procedure (see the comment in
> ProcInitializer#emitLoadModuleMethod line 35).

Did you look here from experience with the code, or was it debugger
exploration? If so, what's you're standard entry point for bugs like
this? I tend to work from the syntax transformers, but I wonder if
there's a better place to start from.

Thanks everyone,
Charles.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]