Bugzilla Bug 149014

# emerge -1v dev-lang/ocaml

...

ln -s ../byterun/unix.c unix.c
gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_none -DSYS_unknown 
-O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -O2 -mtune=970 -mcpu=970
-mabi=altivec -pipe   -c -o unix.o unix.c
make[1]: *** No rule to make target `none.o', needed by `libasmrun.a'.  Stop.
make[1]: Leaving directory
`/var/tmp/portage/ocaml-3.09.2/work/ocaml-3.09.2/asmrun'
make: *** [runtimeopt] Error 2


Same result with 3.08.4, 3.09.1 and 3.09.2.  I get a different error from
3.08.3 related to an incorrect include path for Xlib.h.


# emerge --info
Portage 2.1.1 (default-linux/ppc/ppc64/2006.0/64bit-userland/970/pmac,
gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 ppc64)
=================================================================
System uname: 2.6.17-gentoo-r8 ppc64 PPC970FX, altivec supported
Gentoo Base System version 1.12.4
Last Sync: Wed, 13 Sep 2006 01:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r3
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17
ACCEPT_KEYWORDS="ppc64 ~ppc64"
AUTOCLEAN="yes"
CBUILD="powerpc64-unknown-linux-gnu"
CFLAGS="-O2 -mtune=970 -mcpu=970 -mabi=altivec -pipe"
CHOST="powerpc64-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-O2 -mtune=970 -mcpu=970 -mabi=altivec -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc64 X altivec apm berkdb bitmap-fonts cli cups dlloader dri elibc_glibc
emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk imlib
input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg kde
kernel_linux libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl offensive
ogg oss pam pcre pdflib perl php png pppd python qt3 quicktime readline
reflection sdl session spell spl sql ssl subversion tcpd truetype
truetype-fonts type1-fonts udev unicode userland_GNU video_cards_ati
video_cards_dummy video_cards_fbdev video_cards_mga video_cards_nv
video_cards_sisusb video_cards_v4l vorbis xml xmms xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Can someone hitting this bug please attach the file config/gnu/config.guess
(after having run configure) and the output of configure, please?

It should be fixed in all versions on CVS. If it really works for everyone,
please consider stabilization of 3.09.2.

Bah. Just disabling native code generation is cheating. Why not fix it instead?
Where's your sense of adventure?

http://git.infradead.org/?p=users/dwmw2/ocaml-ppc64.git

(In reply to comment #3)
> Bah. Just disabling native code generation is cheating. Why not fix it instead?
> Where's your sense of adventure?

Please consider working on that with upstream, there had been some work for 64
bits userland ppc64 for ocaml iirc, perhaps there is some support in CVS/HEAD
or in the 3.10 beta.

Of course. I've mailed Xavier about it, and will be submitting when it's
completely ready. This is based on the new ppc64 code but that doesn't have
full PIC support, which Xavier seems to think isn't necessary on MacOS.