guile-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Guile-commits] GNU Guile branch, lua, created. release_1-9-13-189-g21aa


From: Andy Wingo
Subject: [Guile-commits] GNU Guile branch, lua, created. release_1-9-13-189-g21aa043
Date: Fri, 10 Dec 2010 18:04:50 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Guile".

http://git.savannah.gnu.org/cgit/guile.git/commit/?id=21aa0435ea42a95bef7460606b5172f374c4a134

The branch, lua has been created
        at  21aa0435ea42a95bef7460606b5172f374c4a134 (commit)

- Log -----------------------------------------------------------------
commit 21aa0435ea42a95bef7460606b5172f374c4a134
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 19:08:25 2010 +0100

    lua code returning via normal path
    
    * module/language/lua/compile-tree-il.scm (compile): Get more lua code
      returning via the normal path.

commit 53e53cf1e209227d8ae7fde1a7133d1495bef166
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 19:05:01 2010 +0100

    lua/runtime tweaks
    
    * module/language/lua/runtime.scm: Various indentation and idiom
      tweaks.

commit 7bb2dd20952a60a962db8f5b3f51d4eb642549c2
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 18:27:46 2010 +0100

    lua/lexer tweaks
    
    * module/language/lua/lexer.scm: Some tweaks and reindentations. Remove
      the define/init lexer interface; I don't like separating declaration
      and initialization.
    
    * module/language/lua/parser.scm:
    * test-suite/tests/lua-lexer.test: Adapt to lexer interface change.

commit 527cb4ae772e55faf7d4da26f28807e54cb747ef
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 18:03:22 2010 +0100

    lua/compile-tree-il tweaks
    
    * module/language/lua/compile-tree-il.scm: Reflow a bit, and a number of
      small rewrites. Added some FIXMEs.

commit a760ff0d364d7ea484e09d643f3299a4a3de4df8
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 16:31:14 2010 +0100

    remove true? and false?; lua's truthiness and falsehood is guile's.
    
    * module/language/lua/runtime.scm (true?, false?): Remove, now that #nil
      is false.
    
    * module/language/lua/compile-tree-il.scm: Don't emit calls to true? or
      false?.

commit 941a7567d5359b490d7bcbcaf4f4faef4fa15008
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 11:41:39 2010 +0100

    lua/parser tweaks
    
    * module/language/lua/parser.scm (define-record, define-ast): Simplify
      these macros.
      (make-parser): A number of small idiomatic changes.

commit 8a2111e6f807c2f4e105a035f85e9efffa6eb7aa
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 11:33:18 2010 +0100

    lua/common cleanup
    
    * module/language/lua/common.scm: Remove `or-eqv?'. Make a bit more
      idiomatic.
    
    * module/language/lua/compile-tree-il.scm:
    * module/language/lua/lexer.scm:
    * module/language/lua/parser.scm:
    * module/language/lua/runtime.scm: Replace or-eqv? instances with memq
      or memv.

commit 16aa8295d624fea0cc73f00c52e88964f0f50495
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 11:28:00 2010 +0100

    syntax-error throws to syntax-error
    
    * module/language/lua/common.scm (syntax-error): Throw to
      'syntax-error.

commit 6242e3bdbd5118ada21cff86787109fdda4dc5b0
Author: No Itisnt <address@hidden>
Date:   Thu Jun 3 03:12:41 2010 -0500

    add lua language implementation
    
    What is missing:
    
    + Functions: module, getfenv, setfenv, math.modf, table.sort
    
    + Parser: needs to be more flexible
    
    + Compiler: needs more extensive work to properly handle all possible
    cases of variable arguments, multiple returns, and loops
    
    + Language: Variable arguments and unpacking of multiple returns. (For
    example we need to be able to handle something as complex as
    print(unpack({...})), which is easy with Lua's explicit stack but will
    require lots of tree-il gymnastics, or perhaps modifications to better
    allow different calling conventions. (For instance -- how would we
    support Python or Ruby, where keyword arguments are gathered into a
    hashtable and passed as a single argument?)
    
    What is there:
    
    A fair shot at supporting Lua 5.1, not quite a drop-in replacement, but
    not far from that goal either.

commit 9582b26c62b7c64f08cfda9362d6e3a970936d2c
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 17:49:37 2010 +0100

    add return/values hack to compile-glil for lua
    
    * module/language/tree-il/compile-glil.scm (*primcall-ops*): Add a hack
      like 'return but for multiple values, for lua.

commit ed3fd27adb35f80da9ac37076d16848c4cebdbd1
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 17:48:38 2010 +0100

    rnrs control only depends on (guile)
    
    * module/rnrs/control.scm: Depend only on (guile).

commit 84b67e1971c3d2dc7e7626f556f6c5e548e948fd
Author: Andy Wingo <address@hidden>
Date:   Fri Dec 10 13:02:24 2010 +0100

    fix self-tail-calls for lexical procs with optional, rest, or kwargs
    
    * module/language/tree-il/compile-glil.scm (flatten-lambda): Don't emit
      a self-label, because when we can't match the args for a lexical call,
      we have no space to shuffle args and jump.
      (flatten): Apply the self-tail-call optimization to optional args
      too, but only if the procedure is fix-allocated. If we can't apply the
      optimization, use the normal tail-call sequence.
    
    * test-suite/tests/optargs.test ("lambda* inits"): Add tests.

commit 3b24aee6e3997c144ec2d1d763c9805a2261768f
Author: Andy Wingo <address@hidden>
Date:   Thu Dec 9 21:53:46 2010 +0100

    clarify compile-glil error messages
    
    * module/language/tree-il/compile-glil.scm (vars->bind-list, flatten):
      Make internal self-checking error messages more clear, for
      implementors of other languages.

-----------------------------------------------------------------------


hooks/post-receive
-- 
GNU Guile



reply via email to

[Prev in Thread] Current Thread [Next in Thread]