The ebuild mentions one can download the MacOS software installation from Apple but took me several hours:
BTW, here it is clearer what one can get: ;)
Created attachment 179360 [details]
An improved ebuild extensively tested. It correctly passes fbdev or dga or sdl flags to configure, contains extra einfo() lines for the user. Also, supports USE=debug to trun on extra debug. Extensively tested.
This package is anyway in ~x86 and ~amd64. Would somebody please commit this improved ebuild? Thanks a lot.
(In reply to comment #2)
> This package is anyway in ~x86 and ~amd64. Would somebody please commit this
> improved ebuild? Thanks a lot.
why are you CC-ing me? =)
(In reply to comment #3)
> (In reply to comment #2)
> > This package is anyway in ~x86 and ~amd64. Would somebody please commit this
> > improved ebuild? Thanks a lot.
> why are you CC-ing me? =)
# $Header: /var/cvsroot/gentoo-x86/app-emulation/basiliskII-jit/basiliskII-jit-1.0_pre20060501.ebuild,v 1.3 2008/08/24 12:51:33 maekke Exp $
Created attachment 252607 [details]
Updated ebuild with a patch to src/Unix/sys_unix.cpp to fix:
error: ‘INT_MAX’ was not declared in this scope
Fix proposed at http://ubuntuforums.org/showthread.php?t=670336 in comment #7
Created attachment 252609 [details, diff]
This is no longer in the tree
Created attachment 301387 [details, diff]
One more patch is needed to avoid name clash with /usr/include/bits/fcntl.h defining struct file_handle.
Created attachment 301389 [details]
An updated ebuild. Just in case you would like to add it to portage.
It does not compile at the very moment due to picky gcc-4.5.3 I think:
x86_64-pc-linux-gnu-g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H -DOS_linux -DREAL_ADDRESSING -DUNALIGNED_PROFITABLE -DX86_64_ASSEMBLY -DOPTIMIZED_FLAGS -DFPU_IEEE -D_REENTRANT -DDATADIR=\"/usr/share/BasiliskII\" -O2 -pipe -march=native -fno-merge-constants -fno-gcse-sm -pthread -DQT_SHARED -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/libdrm -I/usr/include/qt4/QtCore -c ../uae_cpu/basilisk_glue.cpp -o obj/basilisk_glue.o
../uae_cpu/basilisk_glue.cpp: In function 'bool Init680x0()':
../uae_cpu/basilisk_glue.cpp:71:23: error: cast from 'uint8*' to 'uint32' loses precision
../uae_cpu/basilisk_glue.cpp:72:23: error: cast from 'uint8*' to 'uint32' loses precision
A pointer to http://us.generation-nt.com/bug-297014-basilisk2-ftbfs-amd64-gcc-4-0-cast-uint8-uint32-loses-precision-help-165740261.html might help somebody but involves a change somewhere else where the code in basiliskII-jit is somewhat different (I will attach it as well as cast-uint8-uint32-loses-precision.patch though am not sure if this is proper at all).
Created attachment 301391 [details, diff]
Uncertain if this is correct patch. Anyways, I do not need it on ~amd64 multilib. But maybe a clue for somebody else.
In general, basiliskII-jit compiled fine on ~x86 in the past.
Created attachment 332292 [details]
Ebuild updated to work nicely with Git version, which is still maintained - don't see a reason of using old build from 2006.
I've modified the basiliskII-jit-1.0_pre20060501-r1.ebuild to fetch sources from Git - it looks like they're still maintained. Only additional file required is sys_unix.cpp.patch. For this version of BasiliskII to work is required to add following to /etc/sysctl.conf:
vm.mmap_min_addr = 0
After that Basilisk works like a charm. Another thing is that no more Gnome librarys are required for GTK2 interface to work - ebuild was altered to include that change as well.
You can find modified ebuild above: basiliskII-jit-9999.ebuild
Tested the jit-9999.ebuild today on a fairly standard ~amd64 gentoo box
USE=jit will fail with :
checking whether linker script is usable... yes
checking for the addressing mode to use...
configure: WARNING: Sorry, no suitable addressing mode in real
configure: error: Sorry, the JIT Compiler requires Direct Addressing, at least
make: *** No targets specified and no makefile found. Stop.
USE=-jit will emerge/install fine.
I can confirm the last bug using the 9999 ebuild attached. The reason is that (at least on amd64) the jit option is not compatible with the real mode adressing.
The fix is to remove --enable-addressing=real in the configure line. Then everything goes well.
The ebuilds are now too old and refused by emerge:
* flag-o-matic.eclass: EAPI is too old.