GNU bug report logs -
#18221
MIT/GNU Scheme fails to build on non-Intel platforms
Previous Next
Reported by: Andreas Enge <andreas <at> enge.fr>
Date: Fri, 8 Aug 2014 07:49:01 UTC
Severity: normal
Done: Andreas Enge <andreas <at> enge.fr>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18221 in the body.
You can then email your comments to 18221 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Fri, 08 Aug 2014 07:49:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Andreas Enge <andreas <at> enge.fr>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 08 Aug 2014 07:49:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
mit-scheme fails to build on mips64el-linux, because specific source is not
downloaded for this system. Furthermore, I wonder if in the corresponding
lines
(match (%current-system)
("x86_64-linux" "x86-64")
("i686-linux" "i386")
(_ "c"))
one need not also check for the target system in the usual manner.
Here the "c" should be the empty string, I think, and the preceding "-"
should be included into "x86-64" and "i386".
As the source field is set to #f, the command
guix build mit-scheme -S
fails with a confusing error message.
Is all this worth it, or should we not revert to a generic build recipe?
Andreas
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Wed, 13 Aug 2014 19:24:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> writes:
> Hello,
>
> mit-scheme fails to build on mips64el-linux, because specific source is not
> downloaded for this system. Furthermore, I wonder if in the corresponding
> lines
> (match (%current-system)
> ("x86_64-linux" "x86-64")
> ("i686-linux" "i386")
> (_ "c"))
> one need not also check for the target system in the usual manner.
> Here the "c" should be the empty string, I think, and the preceding "-"
> should be included into "x86-64" and "i386".
I'm not sure I understand what you're suggesting.
The problem here is that the "c" belongs in a different place in the
filename than where the "i386" or "x86-64" goes. The filenames are:
mit-scheme-9.2-i386.tar.gz
mit-scheme-9.2-x86-64.tar.gz
mit-scheme-c-9.2.tar.gz
So I guess we need something like this (untested):
(uri (string-append "mirror://gnu/mit-scheme/stable.pkg/"
version "/mit-scheme-"
(match (%current-system)
("x86_64-linux"
(string-append version "-x86-64"))
("i686-linux"
(string-append version "-i386"))
(_
(string-append "c-" version)))
".tar.gz"))
Thanks,
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Wed, 13 Aug 2014 21:06:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 18221 <at> debbugs.gnu.org (full text, mbox):
On Wed, Aug 13, 2014 at 03:22:28PM -0400, Mark H Weaver wrote:
> The problem here is that the "c" belongs in a different place in the
> filename than where the "i386" or "x86-64" goes. The filenames are:
> mit-scheme-9.2-i386.tar.gz
> mit-scheme-9.2-x86-64.tar.gz
> mit-scheme-c-9.2.tar.gz
There is also mit-scheme-9.2.tar.gz; I thought this would need to be taken
on other systems. But maybe this is the non-boot-strappable source code?
Second, do we not need to replace
%current-system
by
(or (%current-target-system)(%current-system))
?
Andreas
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Thu, 14 Aug 2014 01:51:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> writes:
> On Wed, Aug 13, 2014 at 03:22:28PM -0400, Mark H Weaver wrote:
>> The problem here is that the "c" belongs in a different place in the
>> filename than where the "i386" or "x86-64" goes. The filenames are:
>> mit-scheme-9.2-i386.tar.gz
>> mit-scheme-9.2-x86-64.tar.gz
>> mit-scheme-c-9.2.tar.gz
>
> There is also mit-scheme-9.2.tar.gz; I thought this would need to be taken
> on other systems. But maybe this is the non-boot-strappable source code?
Yes, I believe mit-scheme-9.2.tar.gz can only be built if you already
have an executable copy of mit-scheme with which to build it.
> Second, do we not need to replace
> %current-system
> by
> (or (%current-target-system)(%current-system))
Hmm, this would be needed to support cross-compilation for typical
packages, but I suspect that the process is quite a bit different for
mit-scheme. I'd be very surprised if it was that simple.
For now, I suggest that we focus on getting mit-scheme working on mips
with native compilation. Later, if someone is motivated, they can look
into what's needed to cross-compile mit-scheme.
Thanks!
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Mon, 18 Aug 2014 16:49:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Mark H Weaver <mhw <at> netris.org> skribis:
> The problem here is that the "c" belongs in a different place in the
> filename than where the "i386" or "x86-64" goes. The filenames are:
>
> mit-scheme-9.2-i386.tar.gz
> mit-scheme-9.2-x86-64.tar.gz
> mit-scheme-c-9.2.tar.gz
>
> So I guess we need something like this (untested):
>
> (uri (string-append "mirror://gnu/mit-scheme/stable.pkg/"
> version "/mit-scheme-"
> (match (%current-system)
> ("x86_64-linux"
> (string-append version "-x86-64"))
> ("i686-linux"
> (string-append version "-i386"))
> (_
> (string-append "c-" version)))
> ".tar.gz"))
Yes, I think that’s what’s needed, so OK to commit.
(And yes, I agree it’s fine to ignore cross-compilation for now.)
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Sat, 27 Sep 2014 18:11:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 18221 <at> debbugs.gnu.org (full text, mbox):
On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
> Yes, I think that’s what’s needed, so OK to commit.
Done with commit 68dddca. However, on mips64el we are now in the case that
the binaries are not precompiled, so one would need to bootstrap.
Andreas
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Sat, 27 Sep 2014 18:52:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> skribis:
> On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
>> Yes, I think that’s what’s needed, so OK to commit.
>
> Done with commit 68dddca.
Cool. :-)
> However, on mips64el we are now in the case that the binaries are not
> precompiled, so one would need to bootstrap.
Could be that we’re not doing it right, I don’t know.
I did try to build from the C source a while back, FWIW:
http://savannah.gnu.org/bugs/?func=detailitem&item_id=29236
Ludo’.
Changed bug title to 'MIT/GNU Scheme fails to build on non-Intel platforms' from 'Source of mit-scheme'
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sat, 27 Sep 2014 18:53:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Sat, 27 Sep 2014 19:46:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Andreas Enge <andreas <at> enge.fr> writes:
> On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
>> Yes, I think that’s what’s needed, so OK to commit.
>
> Done with commit 68dddca.
That commit adds a top-level procedure 'source-directory' that is
specific to mit-scheme. If it's kept at the top-level, it should
probably be renamed to something like 'mit-scheme-source-directory'.
Also, it would be good to line up the two calls to 'string-prefix?'.
Thanks!
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Sat, 27 Sep 2014 21:06:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 18221 <at> debbugs.gnu.org (full text, mbox):
On Sat, Sep 27, 2014 at 03:42:54PM -0400, Mark H Weaver wrote:
> That commit adds a top-level procedure 'source-directory' that is
> specific to mit-scheme. If it's kept at the top-level, it should
> probably be renamed to something like 'mit-scheme-source-directory'.
>
> Also, it would be good to line up the two calls to 'string-prefix?'.
Sorry! Are you interested in looking more into how to make it compile on mips?
In that case you might do the changes at the same time. Otherwise, I will make
a separate commit to clean this up.
Andreas
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18221
; Package
guix
.
(Sat, 27 Sep 2014 22:04:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 18221 <at> debbugs.gnu.org (full text, mbox):
Mark H Weaver <mhw <at> netris.org> skribis:
> That commit adds a top-level procedure 'source-directory' that is
> specific to mit-scheme. If it's kept at the top-level, it should
> probably be renamed to something like 'mit-scheme-source-directory'.
>
> Also, it would be good to line up the two calls to 'string-prefix?'.
Done. :-)
Ludo’.
Reply sent
to
Andreas Enge <andreas <at> enge.fr>
:
You have taken responsibility.
(Tue, 19 Feb 2019 22:51:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Andreas Enge <andreas <at> enge.fr>
:
bug acknowledged by developer.
(Tue, 19 Feb 2019 22:51:02 GMT)
Full text and
rfc822 format available.
Message #39 received at 18221-done <at> debbugs.gnu.org (full text, mbox):
The bug stricto sensu has been fixed by a "supported systems" clause.
Since in more than 4 years nobody seems to have missed the package on
other architectures, I am closing the bug for now.
Andreas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 20 Mar 2019 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 10 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.