C++博客-天地之灵-最新评论http://www.cppblog.com/tdzl2003/CommentsRSS.aspxzh-cnWed, 05 Nov 2014 21:06:43 GMTWed, 05 Nov 2014 21:06:43 GMTcnblogsre: Lua.js,一个Lua2JS编译器，一个新的JS运行环境下的Lua方案http://www.cppblog.com/tdzl2003/archive/2014/11/06/208791.html#208797天地之灵天地之灵Wed, 05 Nov 2014 22:36:00 GMThttp://www.cppblog.com/tdzl2003/archive/2014/11/06/208791.html#208797http://luajs.org

2014/11/6更新：
已修复lua,js在and、or差异上导致的一系列问题。
已支持metatable。
已发布部分standard lib。 TODOs中列出的部分除外。欢迎调教。发现BUG欢迎提出issue。

https://github.com/tdzl2003/lua.js/blob/master/stdlib.lua

另外stdlib的完整源码发布在此处
可作为一个不错的使用参考

天地之灵 2014-11-06 06:36 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2014/10/01/198045.html#208466jiakai1000@gmail.comjiakai1000@gmail.comTue, 30 Sep 2014 16:31:00 GMThttp://www.cppblog.com/tdzl2003/archive/2014/10/01/198045.html#2084663、小幅度改写使用的C库，公开一些必须的内容，然后把其中的一部分在lua里实现，确保所有callback调用的时机均在lua中，废弃掉原始的C API。这样相对来说不用改变任何的接口，但是工作量也不小，取决于库的复杂程度。
"确保所有callback调用的时机均在lua中",能说一下具体是怎么做的吗？这样的话就不需要从lua调用c了吗？
谢谢。

]]>re: 我们是Seed Engine研发团队，我们是最接近dev的reseacher（节选）http://www.cppblog.com/tdzl2003/archive/2013/09/13/202468.html#203223你们没有官方网站么你们没有官方网站么Fri, 13 Sep 2013 11:02:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/09/13/202468.html#203223

]]>re: 我们是Seed Engine研发团队，我们是最接近dev的reseacher（节选）http://www.cppblog.com/tdzl2003/archive/2013/08/29/202468.html#202857think_jumperthink_jumperThu, 29 Aug 2013 13:13:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/08/29/202468.html#202857看到这句话，我眼前一亮.....
很多开源的东西除了已经被用了很久，而且没必要更新了，所以它的wiki之类的文档很齐全，说明很详尽。但是基本很多项目的wiki都是落后于实际开发进度很多，甚至连功能描述都不准确了。从这点，我觉得还不如走马观花，毕竟走马观花还不至于掉坑里。这样就是“researcher”？还是“reseacher”？这个单词我没读错了吗？

think_jumper 2013-08-29 21:13 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2013/08/22/198045.html#202698天地之灵天地之灵Thu, 22 Aug 2013 05:26:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/08/22/198045.html#202698原因不明。我这里的性能明显下降应该有gc的影响。

天地之灵 2013-08-22 13:26 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2013/05/14/198045.html#200251imjjimjjTue, 14 May 2013 06:42:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/05/14/198045.html#200251https://bitbucket.org/lijia/pieceofcode/src/d02e87d97ab38226f44549b9f5ea0a4d408482a5/lua-uv-test?at=master

imjj 2013-05-14 14:42 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2013/03/01/198045.html#198147essayforceessayforceThu, 28 Feb 2013 22:04:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/03/01/198045.html#198147

essayforce 2013-03-01 06:04 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2013/02/25/198045.html#198056天地之灵天地之灵Mon, 25 Feb 2013 02:08:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/02/25/198045.html#198056
原本的目的是多用ffi，少对libuv库进行修改，避免对lua C API的调用，看能否取得更好的扩展性和性能提升。
在之前的项目里采用C API去封装回调，遇到了一些有关coroutine的坑，譬如在coroutine里开始一个主循环，在另一个coroutine里再注册一些回调，使用C API有时候很难完美解决。

所以这个项目的思路是，尽可能直接使用第三方的C库，使用ffi来访问API，而非去实现一个Lua C Module，这也是LuaJIT官方所推荐的，这会让luaJIT的优化达到极致（C API访问，以及对Lua-C Module里函数访问时的传参，会有不能被LuaJIT编译优化的开销，虽然这个开销对于非频繁调用的内容并不大）
另外一个原本预期中的好处是，希望这个项目最终能只有Lua代码，以及luajit主程序、编译好的其他库的动态链接版本，便于去修改、发布及调试。只是目前来看完全这么做还是有点困难，因为现在已经对libuv做了一些修改。但是使用其他callback不那么常见的库可能会相对轻松。我可能再进行一些尝试后再决定如何折衷，或者放弃这个，去fork和参与luvit。

另外luvit与我这边的实验均证明，使用LuaJIT会取得比V8好数倍的性能~所以这个方向应该是没错的。

天地之灵 2013-02-25 10:08 发表评论
]]>re: LuaJIT之callback大坑绕路记http://www.cppblog.com/tdzl2003/archive/2013/02/25/198045.html#198053emptyhuaemptyhuaMon, 25 Feb 2013 01:42:00 GMThttp://www.cppblog.com/tdzl2003/archive/2013/02/25/198045.html#198053https://github.com/luvit/luvit

emptyhua 2013-02-25 09:42 发表评论
]]>