当前位置: 首页 > 软件库 > 开发工具 > 编译器 >

Chez scheme

开源编译器
授权协议 Apache 2.0
地区 不详
投 递 者 甄文彬
软件类型 开源软件
开源组织 Cisco
适用人群 未知
操作系统 跨平台
所属分类 开发工具、 编译器
 软件概览

Chez Scheme是一个Scheme实现,由R. Kent Dybvig开发并于1985年首次发布。Chez Scheme可以将源代码编译为原生的机器代码,支持PowerPCSPARCx86x86-64处理器架构,并提供了一个优秀的REPL环境。Chez Scheme自7.9.1版本开始支持R6RSChez Scheme有一个窗口和图形软件包,称为 Scheme Widget Library,其支持可移植的SLIB库。据几个基准测试,Chez Scheme是最快的可用的Scheme实现之一。从9.4版本开始成为开源软件。

Chez Scheme 是一个经过优化的编译器,可为PowerPC,SPARC,IA-32和x86-64架构生成本地代码。它支持计划R6RS规范,这一2007年制定的 scheme 标准如今已经为很多的 Scheme 实现所支持,如 Racket, Ikarus, Larceny 和 Ypsilon。 Chez scheme 使用渐进式本地编译方式,并侧重于最大限度地提高程序员的工作效率以及应用程序的可靠性和性能。

Chez scheme 由一个使用nanopass编译器架构的编译器编译而成,该架构在单次编译中努力降低转换和优化的数量。这种方法使编译器更容易理解和维护,同时还简化了开发,测试和调试。另一个附加的好处是,这使得把Chez scheme非常有趣,适合用来研究学习。 

Chez scheme 还有一个姐妹实现叫 Petite Chez scheme。Petite Chez scheme 使用了一种高速线程化的解释器设计。为 Chez scheme 编写的程序可以在 Petite Chez scheme 上运行。唯一的例外是部函数接口(FFI)和其它的一些语言功能仅适用于 Chez scheme。随着 Chez scheme 的开源,Petite Chez scheme 还能扮演何种角色变得很不明朗,毕竟,其设计的初衷就是为那些无法获得 Chez scheme 编译器的用户提供一个免费使用的替代品来运行为 Chez scheme 编写的程序而已。

  • 引用自: Chez scheme环境搭建(WSL Ubuntu) - 知乎 Chez scheme环境搭建(WSL Ubuntu) 专业的大数据程序员,业余的音乐爱好者。 ​关注 1 人赞同了该文章 ChezScheme安装 WSL Ubuntu 安装 WSL​docs.microsoft.com/zh-cn/windows/wsl/install正在上传…重新上传取消 ChezScheme安装

  • Chez Scheme 编译与环境搭建 Windows10 引言 现在是2020年2月,防疫期间,下载各类工具很不方便。怀着对 Chez Scheme 的好奇,花了两天时间完成了 Windows10 上的编译,可以使用这个充满传奇色彩的解释器学习 SICP 了! 为什么要手动编译 据说官方网站上可以下载编译好的 Windows 可执行文件,无奈不能出门。CSDN 上有这资源,就是 chez sch

  • 概要 在windows系统下(并不合适,阻力好大),使用chezscheme+emacs 搭建scheme语言的编程环境. 下载并安装emacs 请自行搜索并下载安装emacs(用来和语言实现交互的文本编辑器) 下载并安装chezscheme 在Github是有windows系统可用的安装包的,安装chezscheme后记得将要用的.exe文件配置到win系统的系统环境变量path中.一般会有两个

  • common lisp 太庞大了,从好几遍的编译就看得出来。 scheme没历史包袱, 简单许多, 目前公认最好的是Chez Scheme。 git 源码编译,linux上没有什么问题,windows上要用vc++才能编译。  如果不想动手下载好几个GB的vs iso, windows 编译版本请从下面下载: https://github.com/DeYangLiu/ChezScheme

  • 书开篇之前说, 本书的目标的一个例子: 证明(reverse (reverse x))对于任何列表x, 结果总是x. (安装Chez Scheme的200字请看最后) 书刚开始, 就用到一个scheme中没有的函数atom和equal, 用中文定义应是如下: 注: 多谢 @张砸锅 指正, 下面的"为空?“不正确, 名称应该是"不是非空列表?”. 原文用atom一词, 就不直译了. 鉴于似乎不影响本

  • 书开篇之前说, 本书的目标的一个例子: 证明(reverse (reverse x))对于任何列表x, 结果总是x. (安装Chez Scheme的200字请看最后) 书刚开始, 就用到一个scheme中没有的函数atom和equal, 用中文定义应是如下: 注: 多谢 @张砸锅 指正, 下面的"为空?"不正确, 名称应该是"不是非空列表?". 原文用atom一词, 就不直译了. 鉴于似乎不影响本

  • 依赖:mingw工具链gcc,  预制文件 [1]。 测试文件test.ss内容为: (import (chezscheme)) (printf "args is ~a~%"(command-line-arguments)) 编译: $ ./compile-chez-program.exe test.ss 执行: $ ./test 123 456 args is (123 456) [1] htt

  • 印第安纳大学计算机科学系荣誉退休教授 R. Kent Dybvig 最近携手思科,开源了由其编写的 Chez Scheme 9.4版, 而此前 Chez Scheme 一直是闭源的商业软件。 Chez Scheme 是一个经过优化的编译器,可为PowerPC,SPARC,IA-32和x86-64架构生成本地代码。它支持计划R6RS规范,这一2007年制定的 scheme 标准如今已经为很多的 Sc

  • 安装完chez scheme后,在命令行中使用 scheme filepath 例如: scheme /opt/scheme-test/test.ss 运行后,会进入scheme解释器中,如何退出解释器? 使用(exit)进行退出 > (exit)

 相关资料
  • 有些情况下,比如我们自己从Github下载了最新的代码,或者自己临时修改了一点代码,想要编译后的Build文件夹的内容,需要自行编译源码,这里介绍一下编译的方法 下载源码之后,可以发现根目录存在一个gulpfile.js文件,编译源码就是使用 gulp 编译的成果有四部分, – 生成Apps文件夹,包括helloworld程序和沙盒Sandcastle – 编译后的部署环境下的Cesium文件夹

  • Swift(5.3.2) 源码编译 编译环境 Big Sur 11.2(20D64) Python3 3.9.1 CMake 3.19.3 Ninja 1.10.2 Sccache 0.2.13 (可选) Xcode 12.4(12D4e) 第一次编译失败, CMake 版本为3.17.2, 之前本地编译OCLint时安装的一个版本, 如果编译的是更新的源码, 注意版本; Xcode版本与Swif

  • 主要内容:1.1 前期准备工作,1.2 jar包安装,1.3 编译源码1.1 前期准备工作 1. CentOS联网 配置CentOS能连接外网。Linux虚拟机ping www.baidu.com 是畅通的 注意:采用root角色编译,减少文件夹权限出现问题 2. jar包准备(hadoop源码、JDK8、maven、ant 、protobuf) (1)hadoop-2.7.2-src.tar.gz (2)jdk-8u144-linux-x64.tar.gz (3)

  • 现在 (Nutz-1.b.38) 之后的版本,源码的即时更新都会在 Github 上进行。当然,我们 也会在其他平台上比如 Git@OSC 也有托管,但是,我们还是得说, Nutz 最鲜活的更新,只有从 Github 上才能看的到哦。 如何使用 Git,什么是 Git ? 如果你问出上面的问题,建议你 Google 一下,基本上各种介绍满天飞,如果你想尝试装个玩玩,我觉得 这篇文章 还不错。 如果

  • 编译solidity源代码 通过solc编译器编译solidity代码到字节码。你可以参考solidity安装文档在本地安装编译器。 编写solidity代码运行: $ solc <contract>.sol --bin --abi --optimize -o <output-dir>/ bin和ABI编译器参数都需要充分利用web3j中的智能合约。 bin,输出包含十六进制编码的solidit

  • 1. 检查 为避免失败,再次检查一下,swap 空间够不够10G,/tmp 可用空间够不够10G: free -h df -h 2. 创建一个初始化编译环境的脚本 vim sudamod.sh 输入以下内容: #!/bin/sh # 改为自己的源码路径 BASEPATH=~/android/sudamod # 可选,进入 Python2 虚拟环境,见上一章说明 #source pyenv/b

  • 我已经搜索了所有关于为什么我们应该有不同于目标的来源,但不一致的答案: 如果JDK向下兼容,为什么在1.7上编译时需要将目标设置为1.8? 将源设置为高于目标将不起作用,例如错误: 源版本8需要目标版本1.8 同样来自Maven: 仅仅设置target选项并不能保证代码在具有指定版本的JRE上实际运行。陷阱在于无意中使用了只存在于后来的JRE中的API,这会导致代码在运行时出现链接错误 有人能举个

  • git clone https://github.com/Meituan-Dianping/octo-rpc.git octo-rpc 2.构建Jar包 环境要求: Java version >= 1.7 Maven version >= 3.0 切换到dorado目录 cd octo-rpc/dorado 本地install,执行后在本地仓库~/.m2/repository/com/meit