|
锁定老帖子 主题：成为跨平台的C++程序员
精华帖 (4) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-03-28
night_stalker 写道 ray_linn 写道 night_stalker 写道 七猫 写道 一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。
经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 …… Microsoft有个程序员写了个Lipser，可以将.el 后缀的东西编译成.dll或者.exe，（目前还只是0.1)，未来emacs的所有插件能为vs所用也未必不可知。 和东西的格式无关吧，lisp 很早就能编译成 native code 了。写个平台 api 的 adapter 应该就可以移植插件 …… 但是估计 vs 暴露出来的东西并没有 emacs 那么多那么彻底，而且不开源 …… 这个 adapter 没这么好写的 …… 而且估计用户群体会很稀少，导致很多 bug 没人报告和解决，很不实用而死掉 …… 不知道有好的lisp编译器么，我找到的一个bee lisp要刀刀的。 |
| 返回顶楼 | |
|
发表时间：2010-03-28
最后修改：2010-03-28
方言之间差别太大了 …… 你想要哪种方言的 lisp 编译器？ 目的是做什么？
http://stackoverflow.com/questions/913671/are-there-lisp-native-code-compilers |
| 返回顶楼 | |
|
发表时间：2010-03-28
night_stalker 写道 方言之间差别太大了 …… 你想要哪种方言的 lisp 编译器？ 目的是做什么？
http://stackoverflow.com/questions/913671/are-there-lisp-native-code-compilers 移植emacs的org-mode |
| 返回顶楼 | |
|
发表时间：2010-03-28
最后修改：2010-03-28
另外，m$ 某程序员做的把 .el 编译成 .exe 或者 .dll 是真编译么 ……
确定不是把解释器和代码打了个包扔在可执行文件里？ 还有，完全扔掉 lisp runtime，彻底编译成小小的 exe 会不会很困难？ 我没做过这种事情，但估计动态语言 lisp 比静态语言如 ML 要难 …… 据说以前有人写过些这样的 compiler，但是没人维护了。 |
| 返回顶楼 | |
|
发表时间：2010-03-28
night_stalker 写道 另外，m$ 某程序员做的把 .el 编译成 .exe 或者 .dll 是真编译么 ……
确定不是把解释器和代码打了个包扔在可执行文件里？ 还有，完全扔掉 lisp runtime，彻底编译成小小的 exe 会不会很困难？ 我没做过这种事情，但估计动态语言 lisp 比静态语言如 ML 要难 …… 据说以前有人写过些这样的 compiler，但是没人维护了。 sure,带了个八皇后问题的el，其实还有个哥们写的用F#编译lisp，这两个可惜只支持了子集。Lisper想找些认同的人，不过不多。 http://www.partario.com/blog/2009/06/lisp-compiler-in-f-il-generation.html |
| 返回顶楼 | |
|
发表时间：2010-03-28
最后修改：2010-03-28
org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……
你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。 想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 …… ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ …… |
| 返回顶楼 | |
|
发表时间：2010-03-28
night_stalker 写道 org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……
你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。 想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 …… ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ …… 可能重新写一个还快点。。。 |
| 返回顶楼 | |
|
发表时间：2010-03-29
ray_linn 写道 night_stalker 写道 org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……
你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。 想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 …… ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ …… 可能重新写一个还快点。。。 talk is cheap, show me the code. |
| 返回顶楼 | |
|
发表时间：2010-03-29
最后修改：2010-03-29
mikeandmore 写道 ray_linn 写道 night_stalker 写道 org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……
你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。 想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 …… ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ …… 可能重新写一个还快点。。。 talk is cheap, show me the code. 嘿，我只想要看下GTD，并不想要整个org-mode，明明有one-note这么强大的工具,为什么要重复造轮子？ 最有趣的是探寻是否有机会把emacs lisp集成进vs，而不是和你斗嘴。 |
| 返回顶楼 | |
|
发表时间：2010-03-29
night_stalker 写道 org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……
你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。 想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 …… ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ …… 以VS的能力来说，我觉得最快实现类似org-mode的方法，是直接与online GTD交互，这样就省事，又可以说是云XX |
| 返回顶楼 | |
