lang/smlnj 110.62 fails to build on Leopard

[esd@…]

On OS X Leopard 9A581 (10.5.0), the lang/smlnj 110.62 port fails to build, with the following error:

ESD:~ esd$ sudo port install smlnj
--->  Building smlnj
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh " returned error 1
Command output: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: Using shell /bin/sh.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: SML root is /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: Installation directory is /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: Installing version 110.62.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: URL of source archive is file:///opt/local/var/macports/distfiles/smlnj/110.62.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: Script /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/bin/.arch-n-opsys reports ARCH=x86; OPSYS=darwin; HEAP_SUFFIX=x86-darwin.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/unpack: The run-time tree already exists.
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: Compiling the run-time system.
(make RUNTIME="run.x86-darwin" VERSION="v-x86-darwin" CC="cc -ansi" CFLAGS="-g -O2" CPP="cc -x assembler-with-cpp -E -P -ansi" AS="/usr/bin/as" TARGET=X86 DEFS="  -DHOST_X86 -DTARGET_X86 -DOPSYS_UNIX -DOPSYS_DARWIN -DOPSYS_MACOS_10_2 -DGNU_ASSEMBLER -DDLOPEN -DINDIRECT_CFUNC" XOBJS="" XLIBS="../c-libs/dl/libunix-dynload.a" LD_LIBS="-ldl" run.x86-darwin)
cc -ansi -c -g -O2 -DHOST_X86 -DTARGET_X86 -DOPSYS_UNIX -DOPSYS_DARWIN -DOPSYS_MACOS_10_2 -DGNU_ASSEMBLER -DDLOPEN -DINDIRECT_CFUNC -I../objs -I../include ../mach-dep/unix-fault.c
../mach-dep/unix-fault.c: In function 'FaultHandler':
../mach-dep/unix-fault.c:68: error: 'struct __darwin_mcontext32' has no member named 'ss'
../mach-dep/unix-fault.c:76: error: 'struct __darwin_mcontext32' has no member named 'ss'
../mach-dep/unix-fault.c:84: error: 'struct __darwin_mcontext32' has no member named 'ss'
../mach-dep/unix-fault.c:88: error: 'struct __darwin_mcontext32' has no member named 'ss'
../mach-dep/unix-fault.c:93: error: 'struct __darwin_mcontext32' has no member named 'ss'
make[1]: *** [unix-fault.o] Error 1
make: *** [all] Error 2
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_smlnj/work/smlnj-110.62/config/install.sh: !!! Run-time system build failed for some reason.

Error: Status 1 encountered during processing.

[bfulgham@…]

This bug is caused by a change in the way signals were represented in Leopard (compared to prior releases). It appears that this is fixed in the SVN sources for SML/NJ, but they have not blessed an updated build with this fix.

I attempted to manually patch 110.65 to deal with the problem, but ran into other errors (e.g., 110.65 does not have a corresponding tarball for lexgen.tgz, etc.).

So, I'm creating an "smlnj-dev" Portfile, which will generate a build from the SVN sources, similar to that of ghc/ghc-devel.

Once they release a new version (perhaps 110.66) we can update the 'stable' version.

[bfulgham@…]

This was corrected a few weeks ago with SML/NJ 110.67. Closing.

[anonymous]

Milestone Port Bugs deleted