Home My Page Projects Code Snippets Project Openings SML/NJ Bugs
Summary Activity Tracker Lists

[#236] Unable to package smlnj for 64-bit x86, for Arch Linux

Date:
2019-11-29 14:59
Priority:
3
State:
Closed
Submitted by:
Bug Submitter (webuser)
Assigned to:
John Reppy (jhr)
Machine Architecture:
x86
Operating System:
Linux
Component:
Installer
Resolution:
Fixed
Severity:
Major
OS Version:
Rolling (2019-11-29)
SML/NJ Version:
110.95
Keywords:
install.sh
URL:
Transcript (of reproduction):
Full output: http://ix.io/237l
Source (for reproduction):
This PKGBUILD (http://ix.io/237k) which downloads these files: http://smlnj.cs.uchicago.edu/dist/working/110.95/boot.amd64-unix.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/boot.x86-unix.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/config.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/cm.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/compiler.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/runtime.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/system.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/MLRISC.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/smlnj-lib.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ckit.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/nlffi.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/cml.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-lpt.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-lex.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-yacc.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-burg.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/trace-debug-profile.tgz
Summary:
Unable to package smlnj for 64-bit x86, for Arch Linux

Detailed description
When using `config/install.sh` for 32-bit x86, everything worked fine, for version 110.94.

For version `110.95` I wanted to package the 64-bit x86 version, so I tried this in the PKGBUILD:

config/install.sh -64
config/install.sh -default 64

At the first command (config/install.sh -64), I get the following error (after quite a bit of compilation):

[...]
make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-sysdb'
rm -f v-* *.o libposix-sysdb.a
make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-sysdb'
cleaning posix-tty
make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-tty'
rm -f v-* *.o libposix-tty.a
make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-tty'
cleaning smlnj-ccalls
make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/smlnj-ccalls'
rm -f v-* *.o *.s libsmlnj-ccalls.a
make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/smlnj-ccalls'
cleaning dl
make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/dl'
rm -f v-* *.o libunix-dynload.a
make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/dl'
rm -f v-* *.o
make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs'
(cd ../gc; make MAKE="make" clean)
make[1]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/gc'
rm -f v-* *.o libgc.a libmp-gc.a
make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/gc'
(cd ../mp; make MAKE="make" clean)
make[1]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/mp'
rm -f v-* *.o libmp.a
make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/mp'
/home/afr/archpackages/community/smlnj/trunk/src/config/unpack: The bootfiles tree already exists.
config/install.sh: CM metadata directory name is ".cm"
: cannot find runtime system /home/afr/archpackages/community/smlnj/trunk/src/install/bin/.run/run.x86-linux
config/install.sh !!! Boot code failed, no heap image (sml.amd64-linux).

I tried looking at the script, but found no obvious way to fix the issue.
Additional comments:
I can package the 32-bit x86 version, for now.

Submitted via web form by Alexander F. Rødseth <xyproto@archlinux.org>

Comments:

Message  ↓
Date: 2019-11-30 13:17
Sender: John Reppy

I believe that this bug has the same cause as #235, which is fixed for 110.96

Attached Files:

Changes

Field Old Value Date By
ResolutionNone2019-11-30 13:17jhr
Source (for reproduction)This PKGBUILD (http://ix.io/237k) which downloads these files: http://smlnj.cs.uchicago.edu/dist/working/110.95/boot.amd64-unix.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/boot.x86-unix.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/config.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/cm.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/compiler.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/runtime.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/system.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/MLRISC.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/smlnj-lib.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ckit.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/nlffi.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/cml.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-lpt.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-lex.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-yacc.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/ml-burg.tgz http://smlnj.cs.uchicago.edu/dist/working/110.95/trace-debug-profile.tgz2019-11-30 13:17jhr
status_idOpen2019-11-30 13:17jhr
close_dateNone2019-11-30 13:17jhr
assigned_tonone2019-11-30 13:17jhr
detailsWhen using `config/install.sh` for 32-bit x86, everything worked fine, for version 110.94. For version `110.95` I wanted to package the 64-bit x86 version, so I tried this in the PKGBUILD: config/install.sh -64 config/install.sh -default 64 At the first command (config/install.sh -64), I get the following error (after quite a bit of compilation): [...] make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-sysdb' rm -f v-* *.o libposix-sysdb.a make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-sysdb' cleaning posix-tty make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-tty' rm -f v-* *.o libposix-tty.a make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/posix-tty' cleaning smlnj-ccalls make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/smlnj-ccalls' rm -f v-* *.o *.s libsmlnj-ccalls.a make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/smlnj-ccalls' cleaning dl make[2]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/dl' rm -f v-* *.o libunix-dynload.a make[2]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs/dl' rm -f v-* *.o make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/c-libs' (cd ../gc; make MAKE="make" clean) make[1]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/gc' rm -f v-* *.o libgc.a libmp-gc.a make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/gc' (cd ../mp; make MAKE="make" clean) make[1]: Entering directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/mp' rm -f v-* *.o libmp.a make[1]: Leaving directory '/home/afr/archpackages/community/smlnj/trunk/src/base/runtime/mp' /home/afr/archpackages/community/smlnj/trunk/src/config/unpack: The bootfiles tree already exists. config/install.sh: CM metadata directory name is ".cm" : cannot find runtime system /home/afr/archpackages/community/smlnj/trunk/src/install/bin/.run/run.x86-linux config/install.sh !!! Boot code failed, no heap image (sml.amd64-linux). I tried looking at the script, but found no obvious way to fix the issue. Additional comments: I can package the 32-bit x86 version, for now. Submitted via web form by Alexander F. Rødseth <xyproto@archlinux.org> 2019-11-30 13:17jhr