Is there any progress on this? It's still not working on my system, same error.
Search Criteria
Package Details: chez-scheme 9.5.8-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/chez-scheme.git (read-only, click to copy) |
---|---|
Package Base: | chez-scheme |
Description: | Compiler and run-time system for the language of the Revised^6 Report on Scheme (R6RS), with numerous extensions. |
Upstream URL: | https://github.com/cisco/ChezScheme |
Keywords: | Scheme |
Licenses: | Apache |
Conflicts: | chez-scheme-git, petite-chez-scheme |
Replaces: | chez-scheme-git, petite-chez-scheme |
Submitter: | dgeibi |
Maintainer: | taekyung (jaseemabid, GunpowderGuy, CodingCellist) |
Last Packager: | CodingCellist |
Votes: | 37 |
Popularity: | 0.134596 |
First Submitted: | 2016-05-22 13:58 (UTC) |
Last Updated: | 2022-04-28 13:55 (UTC) |
Dependencies (3)
Required by (4)
Sources (1)
Latest Comments
zenten commented on 2022-02-20 15:17 (UTC)
jonathon commented on 2022-01-31 15:03 (UTC)
With the new makepkg defaults including LTO this will fail to compile. The PKGBUILD needs either:
@@ -12,6 +12,7 @@ license=('Apache')
depends=('ncurses' 'libx11' 'libutil-linux')
conflicts=('petite-chez-scheme' 'chez-scheme-git')
replaces=('petite-chez-scheme' 'chez-scheme-git')
+options=(!lto)
source=("https://github.com/cisco/ChezScheme/releases/download/v$pkgver/csv$pkgver.tar.gz")
sha256sums=('9aaa208c63eda8edfad72566790db0f9cedc7c6bb860157c400c98e22583c6b4')
_archivename=csv$pkgver
to disable LTO, or:
@@ -23,5 +23,5 @@ build() {
package() {
cd "${srcdir}/${_archivename}"
- make install DESTDIR="$pkgdir"
+ make install CFLAGS+=" -ffat-lto-objects" DESTDIR="$pkgdir"
}
to make sure compilation succeeds with LTO intact.
jaseemabid commented on 2022-01-27 14:10 (UTC)
One of the maintainers here.
I used to work at Apple and couldn't do any FOSS work, but I should be able to help out starting next week now that I've left the company.
dgeibi commented on 2022-01-27 13:17 (UTC)
@CodingCellist Thanks. You are now a maintainer.
CodingCellist commented on 2022-01-27 09:27 (UTC)
@dgeibi If you need people, I am also happy to help maintain this package. I co-maintain the idris2 package, which depends on the chez-scheme package.
taekyung commented on 2022-01-27 08:36 (UTC)
@GunpowderGuy Sorry for delaying updates, I'll take care of that in a couple of days.
@dgeibi I think I can keep maintaining it.
dgeibi commented on 2022-01-27 03:39 (UTC)
Sorry, I haven't used arch linux for a long time. @GunpowderGuy, You are a maintiner of the package now.
GunpowderGuy commented on 2022-01-26 12:09 (UTC)
@dgeibi @taekyung @jaseemabid the package is still bugged, the checksum got wrong: https://github.com/cisco/ChezScheme/issues/605
GunpowderGuy commented on 2022-01-22 17:27 (UTC) (edited on 2022-01-22 19:11 (UTC) by GunpowderGuy)
Several people are reporting that the validity check fails when installing this package @dgeibi Edit: this is the problem https://github.com/cisco/ChezScheme/issues/605
taekyung commented on 2021-11-24 14:34 (UTC)
I changed the binary name from scheme
to chez
.
Thanks @defty.
defty commented on 2021-11-22 21:05 (UTC)
This is a patch to update to 9.5.6, canonicalize the license name, and install to chez and chez-script:
diff --git a/PKGBUILD b/PKGBUILD
index 0fb6596..8a7012b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,26 +2,26 @@
# Maintainer: Taekyung Kim <Taekyung.Kim.Maths@gmail.com>
pkgname=chez-scheme
-pkgver=9.5.4
-pkgrel=2
+pkgver=9.5.6
+pkgrel=1
pkgdesc="Chez Scheme is a compiler and run-time system for the language of the Revised^6 Report on Scheme (R6RS), with numerous extensions."
arch=(i686 x86_64)
url="https://github.com/cisco/ChezScheme"
depends=()
-license=('APL')
+license=('Apache')
depends=('ncurses' 'libx11' 'libutil-linux')
conflicts=('petite-chez-scheme' 'chez-scheme-git')
replaces=('petite-chez-scheme' 'chez-scheme-git')
source=("https://github.com/cisco/ChezScheme/releases/download/v$pkgver/csv$pkgver.tar.gz")
-sha1sums=('867c82cc3879e37dcb0188ef1c08915afaac42a9')
+sha256sums=('6b3d1d111c6c47a4e51b500b30f4c29efd339e414f6ace743cff6d08a0dacaae')
_archivename=csv$pkgver
build() {
cd "$srcdir/${_archivename}"
- ./configure --installprefix=/usr --temproot=$pkgdir --threads
+ ./configure --installprefix=/usr --temproot=$pkgdir --installschemename=chez --installscriptname=chez-script --threads
}
package() {
cd "${srcdir}/${_archivename}"
- make install DESTDIR="$pkgdir" InstallSchemeName=scheme
+ make install DESTDIR="$pkgdir"
}
slbtty commented on 2021-09-13 16:36 (UTC) (edited on 2021-09-13 16:48 (UTC) by slbtty)
Related update: https://aur.archlinux.org/packages/idris2/#comment-826542
Chez is not "standard" scheme, and there will never be one. Users should specify the scheme
based on their choice.
CodingCellist commented on 2020-09-11 07:08 (UTC)
@joshu, apologies, it seems the change you proposed in your original comment is "more correct" from looking into other Scheme implementations (ypsilon-scheme is invoked as ypsilon
, scm-scheme as scm
, chibi-scheme as chibi
, etc.). So invoking chez-scheme as chez
or chez-scheme
would seemingly be more consistent with other implementations.
Unfortunately, Idris2 seems to rely on chez-scheme being called scheme
beyond what is configurable in the PKGBUILD, which complicates things a bit.
@taekyung, yes there doesn't seem to be an ideal solution. Both have their ups and down, but having a clash in the binary names is definitely not desirable. Based on the pattern above, maybe your change to chez-scheme
was "correct". If you don't want to constantly be changing things around, however, that's fair enough. Sorry for confusing things. I realise maintaining a package can be a lot of work, especially when other packages rely on it.
taekyung commented on 2020-09-11 04:00 (UTC) (edited on 2020-09-11 04:04 (UTC) by taekyung)
@joshu, @CodingCellist, thank you for your input, and sorry for making inconveniences and confusion about this package as a maintainer. Apparently, changing PKGBUILD file in idris2 package doesn't fix the problem. So I think it is better to revert the binary name to scheme
in order for making no more confusion at the moment.
However would agree on @joshu's comment that having the same binary name for MIT and chez schemes is not desirable at all, given that scheme programmers tend to install many implementations on their computer for testing, etc.
joshu commented on 2020-09-10 14:41 (UTC)
@CodingCellist, it's an interesting point. One could argue that it's a bigger issue to have both MIT and chez installing a binary with a common name (are other implementations also doing the same? I only have gambit installed and its binary is gambitc
). It looks like it's straightforward to patch idris2's PKGBUILD to use a different binary name, and loko would require a change to its makefile.
Anyway, I have no preference personally for how this package is installed, so for anyone else reading:
- if this package gets reverted it's simple to patch the PKGBUILD to get around the problem of conflicting MIT/chez scheme installs. See my previous comment https://aur.archlinux.org/packages/chez-scheme/#comment-746465
CodingCellist commented on 2020-09-10 13:56 (UTC)
@taekyung, the renaming in the latest release breaks the packages listed under "Required by". They expect, both at compile-time and run-time, to be able to invoke scheme
as the executable for Chez Scheme.
Although I appreciate the conflicts with MIT/GNU Scheme, if packages which list this as a requirement still break when it is installed, I would argue that is a more serious concern than the conflict between two packages providing alternative Scheme implementations.
If nothing else, the GitHub issue that @joshu links to does mention that Chez Scheme has been referred to as scheme
since before its release in 1985 (and as such precedes MIT/GNU Scheme chronologically). The discussion in the GitHub issue seems to suggest anyone requiring a different executable name to install from source, specifying InstallSchemeName
, which I would prefer rather than the package deciding this.
defty commented on 2020-09-05 02:09 (UTC)
Chez Scheme 9.5.4 was released earlier this week. Here is a patch:
diff --git a/PKGBUILD b/PKGBUILD
index 19bba36..d7577d9 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,8 +2,8 @@
# Maintainer: Taekyung Kim <Taekyung.Kim.Maths@gmail.com>
pkgname=chez-scheme
-pkgver=9.5.2
-pkgrel=3
+pkgver=9.5.4
+pkgrel=1
pkgdesc="Chez Scheme is a compiler and run-time system for the language of the Revised^6 Report on Scheme (R6RS), with numerous extensions."
arch=(i686 x86_64)
url="https://github.com/cisco/ChezScheme"
@@ -13,7 +13,7 @@ depends=('ncurses' 'libx11' 'libutil-linux')
conflicts=('petite-chez-scheme' 'chez-scheme-git')
replaces=('petite-chez-scheme' 'chez-scheme-git')
source=("https://github.com/cisco/ChezScheme/releases/download/v$pkgver/csv$pkgver.tar.gz")
-sha1sums=('2d07be6aa99e66365864d96f538e12d3c5098957')
+sha256sums=('e5baa3702670542c734a32ad5e91ddbc3477a5b2079278ffb86fd58fd6c5079f')
_archivename=csv$pkgver
build() {
joshu commented on 2020-05-20 11:04 (UTC)
I got a conflict with mit-scheme, whose executable is at /usr/bin/scheme
.
Fixed by adding InstallSchemeName=chez-scheme
to the make install
call in package()
.
as noted by Dybvig here
taekyung commented on 2020-02-12 06:21 (UTC)
@owari and @ryn1x, thank you for your comments. Actually, x(org)proto
is already in the dependency of libx11
and the upstream building guide do not say anything about x(org)proto
but libx11
, it is okay to remove it from make-dependency completely. Also, as parts of the base-devel
package, binutils
and make
are not recommended to be in makedepends. So I also remove them. Thanks.
ryn1x commented on 2020-02-11 19:37 (UTC)
Please update xproto
to xorgproto
in PKGBUILD
makedepends=('binutils' 'make' 'ncurses' 'libx11' 'xorgproto')
owari commented on 2020-01-07 03:42 (UTC) (edited on 2020-01-07 03:42 (UTC) by owari)
It seems that makepkg could not detect xorgproto
as a make dependency. I changed the make dependency xproto
to xorgproto
, then the error is gone and the compliation is done.
taekyung commented on 2019-07-09 08:05 (UTC)
Thanks @xuanruiqi, I've updated the PKGBUILD file
xuanruiqi commented on 2019-07-09 04:48 (UTC)
I recommend adding --threads
after ./configure
, which will compile in threading support that is useful to some people.
xuanruiqi commented on 2019-05-19 06:20 (UTC)
Glad to see this package updated. I can help maintain this package too.
taekyung commented on 2019-05-08 17:45 (UTC)
I can successfully install version 9.5.2 using the following PKGBUILD file. Maintainers, please update the package?
pkgname='chez-scheme'
pkgver=9.5.2
pkgrel=1
pkgdesc="Chez Scheme is a compiler and run-time system for the language of the Revised^6 Report on Scheme (R6RS), with numerous extensions."
arch=(i686 x86_64)
url="https://github.com/cisco/ChezScheme"
depends=()
license=('APL')
makedepends=('binutils' 'make' 'ncurses' 'libx11' 'xproto')
conflicts=('petite-chez-scheme' 'chez-scheme-git')
replaces=('petite-chez-scheme' 'chez-scheme-git')
source=("https://github.com/cisco/ChezScheme/releases/download/v$pkgver/csv$pkgver.tar.gz")
sha256sums=('7189f839f63e7f0e58277138f5873f91c23eae0706a5bfd7081dab5289268f10')
_archivename=csv$pkgver
build() {
cd "${srcdir}/${_archivename}"
./configure --installprefix=/usr --temproot=$pkgdir
}
package() {
cd "${srcdir}/${_archivename}"
make install DESTDIR="$pkgdir"
}
bwmcn commented on 2018-06-03 02:03 (UTC)
@jumper149 I wouldn't say this package isn't properly maintained. These issues seem to be prevalent with recent changes to GCC. To my thinking, we're attempting to compile software on a new GCC, software that was written without the new GCC warnings into account. We can't fault the maintainer of the AUR package.
But the software authors are fixing the issues, it seems. The new GCC warnings have been getting plenty of attention, it seems, as I searched for similar errors.
Thanks for pointing out the -git package. It compiles and runs smoothly.
jumper149 commented on 2018-05-29 15:19 (UTC)
Im having the same compilation error as @bwmcn. Is this package maintained properly or is it better to just go with the '-git' version? @bwmcn there is also the 'chez-scheme-git' which is compiling fine (needs to download 1 GB of repositories tho)
bwmcn commented on 2018-05-27 00:49 (UTC) (edited on 2018-05-27 00:55 (UTC) by bwmcn)
Getting a compilation failure. Searching for similar errors suggests that this is related to the new `warnings' produced by GCC. Any insights appreciated.
prim5.c: In function ‘s_showalloc’:
prim5.c:329:85: error: ‘td of ’ directive output may be truncated writing 6 bytes into a region of size between 0 and 18 [-Werror=format-truncation=]
snprintf(fmtbuf, FMTBUFSIZE, "%%#0%dtx %%#0%dtx (+ %%#0%dtx bytes @ %%#0%dtx) %%%dtd of %%%dtd\n",
^~~~~~
In file included from /usr/include/stdio.h:862,
from system.h:24,
from prim5.c:17:
/usr/include/bits/stdio2.h:64:10: note: ‘__builtin___snprintf_chk’ output between 54 and 112 bytes into a destination of size 60
return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
__bos (__s), __fmt, __va_arg_pack ());
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Pinned Comments