Menu
▾
▴
basilisk-devel — Basilisk II development-related discussion
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(13) |
Sep
(42) |
Oct
(17) |
Nov
(7) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(14) |
Feb
(8) |
Mar
(13) |
Apr
(10) |
May
(28) |
Jun
(28) |
Jul
(23) |
Aug
(7) |
Sep
(2) |
Oct
(24) |
Nov
(9) |
Dec
(2) |
| 2002 |
Jan
(58) |
Feb
(15) |
Mar
(57) |
Apr
(26) |
May
(7) |
Jun
|
Jul
(10) |
Aug
|
Sep
(19) |
Oct
(9) |
Nov
(6) |
Dec
(4) |
| 2003 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(14) |
Jun
(3) |
Jul
(7) |
Aug
(4) |
Sep
(7) |
Oct
(4) |
Nov
(11) |
Dec
(3) |
| 2004 |
Jan
(32) |
Feb
(21) |
Mar
(3) |
Apr
(11) |
May
(33) |
Jun
(42) |
Jul
(46) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(42) |
Dec
(23) |
| 2005 |
Jan
(5) |
Feb
(2) |
Mar
(12) |
Apr
(26) |
May
(8) |
Jun
(18) |
Jul
(21) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(10) |
Dec
(1) |
| 2006 |
Jan
(17) |
Feb
(17) |
Mar
(3) |
Apr
(2) |
May
(2) |
Jun
(7) |
Jul
(6) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(7) |
Dec
(4) |
| 2007 |
Jan
(6) |
Feb
(4) |
Mar
|
Apr
(3) |
May
(7) |
Jun
(17) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
(5) |
| 2008 |
Jan
(14) |
Feb
(2) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2009 |
Jan
(2) |
Feb
(22) |
Mar
(3) |
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
(15) |
Sep
|
Oct
(32) |
Nov
(9) |
Dec
|
| 2010 |
Jan
(18) |
Feb
(2) |
Mar
(14) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(6) |
Oct
(35) |
Nov
(4) |
Dec
|
| 2011 |
Jan
(4) |
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
|
Dec
(4) |
| 2012 |
Jan
(4) |
Feb
|
Mar
(8) |
Apr
(9) |
May
|
Jun
(176) |
Jul
(86) |
Aug
(20) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(4) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(13) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
|
From: Gwenole B. <gb....@fr...> - 2006-05-15 06:16:47
|
Hi, I placed new convenience sources (CVS snapshots) and precompiled=20 binaries at: <http://www.gibix.net/projects/sheepshaver/> User-visible changes since 2005/11/30: * Handle up to 1 GB of Mac memory * Improve SLiRP network emulation performance * Fix Native QuickDraw acceleration * Fix a crash during MacOS 9 installation * Fix a crash in the AppleShare extension * Fix support for MacOS 7.5.3 Revision 2.2 * Fix gigantic window dimensions on first boot * Fix extfs volume name to "Unix" (Toshimitsu Tanaka) * Fix unaligned accesses in SLiRP network emulation (Brian J. Johnson) * Initial port to IRIX/mips * MacOS X: o Port to MacOS X for Intel, including the JIT o Add a primitive graphical preferences editor o Add support for run-time CD-ROM auto-detection o Fix clipboard (copy/paste of text from/to the host OS) o Fix extfs to preserve native folder attributes o Fix extfs to handle file/folder creation times o Fix SLiRP network emulation (workaround MacOS X bugs) o Improve overall performance on PowerPC (by a factor 2) * Windows: o Add SLiRP network emulation ("ether slirp") o Add TAP-Win32 network emulation ("ether tap") o Fix CD-ROM auto-detection ("pollmedia" now works) o Fix idle sleep ("idlewait" now works) o Fix native cursor to be updated as soon as MacOS modified it o Improve GUI for network configuration Bye, Gwenol=E9.= |
|
From: Gwenole B. <gb....@fr...> - 2006-05-01 17:27:41
|
Hi, I placed new convenience sources (CVS snapshots) and precompiled=20 binaries at: <http://www.gibix.net/projects/basilisk2/> User-visible changes since 2005/11/22: * Handle up to 1 GB of Mac memory * Handle MacOS idle wait ("idlewait" prefs item) * Fix a crash with the AppleShare extension * Improve SLiRP network emulation performance * Portability fixes to IRIX/mips, Solaris/SPARC * MacOS X: o Port to MacOS X for Intel, including the JIT o Add a primitive graphical preferences editor o Fix clipboard (copy/paste of text from/to the host OS) o Fix external filesystem (file infos, invisible folders, creation=20 times) o Fix SLiRP network emulation (workaround MacOS X bugs) * Windows: o Add SLiRP network emulation ("ether slirp") o Add TAP-Win32 network emulation ("ether tap") o Fix CD-ROM auto-detection ("pollmedia" now works) o Improve GUI for network configuration Bye, Gwenol=E9.= |
|
From: Gwenole B. <gb....@fr...> - 2006-04-27 21:26:27
|
Hi, > Trying to compile on OS X Intel, but I am getting > lots of missing symbols from cpuemu.cpp: I was just preparing a new snapshot with some basic GTK GUI until you=20 get a fully native build. ;-) > /usr/bin/gcc-4.0 -x c++ -arch i386 -pipe -Wno-trigraphs=20 > -fpascal-strings -fasm-blocks -Os -DAQUA -DHAVE_CONFIG_H -DHAVE_SLIRP You are missing the usual CPPFLAGS (DEFS here) on your command line. In=20= particular -DX86_ASSEMBLY -DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE,=20 but others are missing too. > % ./autogen.sh [...] > aclocal:configure.ac:255: warning: macro `AM_PATH_GTK_2_0' not found=20= > in library > aclocal:configure.ac:276: warning: macro `AM_PATH_GTK' not found in=20 > library If you don't have all the requested dependencies, it's better you run. NO_CONFIGURE=3D1 ACLOCAL_FLAGS=3D"-I m4" ./autogen.sh and run configure with your favorite options. Bye, Gwenol=E9.= |
|
From: Nigel P. <ni...@in...> - 2006-04-26 00:01:14
|
Trying to compile on OS X Intel, but I am getting
lots of missing symbols from cpuemu.cpp:
% cd src/MacOSX
% sh 1_prepare_files.sh
...
Basilisk II configuration summary:
Multiple emulator windows .............. : no
Enable video on SEGV signals ........... : yes
mon debugger support ................... : no
Running m68k code natively ............. : no
Use JIT compiler ....................... : no
JIT debug mode ......................... : no
Floating-Point emulation core .......... : IEEE fpu core
Assembly optimizations ................. : i386
Addressing mode ........................ : direct
Bad memory access recovery type ........ : mach
Mac OS X development environment ....... : xcodebuild
Configuration done. Now type "make" (or "make ide").
% make
gcc -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H -DOS_darwin
-DBSD_COMP -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE
-DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY
-DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE -DFPU_IEEE -D_REENTRANT -g -O2
-fomit-frame-pointer -mdynamic-no-pic ../uae_cpu/build68k.c -o
build/build68k
build/build68k < ../uae_cpu/table68k > cpudefs.cpp
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H -DOS_darwin
-DBSD_COMP -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE
-DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY
-DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE -DFPU_IEEE -D_REENTRANT -g -O2
-fomit-frame-pointer -mdynamic-no-pic -g -O2 -fpermissive
-fomit-frame-pointer -fno-exceptions -fno-merge-constants -fno-gcse-sm
-mdynamic-no-pic cpudefs.
cpp ../uae_cpu/gencpu.c ../uae_cpu/readcpu.cpp -o build/gencpu
build/gencpu
...
/usr/bin/gcc-4.0 -x c++ -arch i386 -pipe -Wno-trigraphs
-fpascal-strings -fasm-blocks -Os -DAQUA -DHAVE_CONFIG_H -DHAVE_SLIRP
-D_REENTRANT -DDATADIR= -fmessage-length=0 -fvisibility=hidden
-fvisibility-inlines-hidden -Wno-invalid-offsetof
-I/Users/nigel/BasiliskII/src/MacOSX/build/BasiliskII.build/Deployment/
BasiliskII.build/BasiliskII.hmap -Wmost -Wno-four-char-constants
-Wno-unknown-pragmas -mdynamic-no-pic
-F/Users/nigel/BasiliskII/src/MacOSX/build/Deployment
-F/System/Library/Frameworks/CoreServices.framework/Versions/A/
Frameworks
-I/Users/nigel/BasiliskII/src/MacOSX/build/Deployment/include
-I../include -I../uae_cpu -I../Unix -I../slirp
-I/Users/nigel/BasiliskII/src/MacOSX/build/BasiliskII.build/Deployment/
BasiliskII.build/DerivedSources -c
/Users/nigel/BasiliskII/src/MacOSX/cpuemu1.cpp -o
/Users/nigel/BasiliskII/src/MacOSX/build/BasiliskII.build/Deployment/
BasiliskII.build/Objects-normal/i386/cpuemu1.o
In file included from /Users/nigel/BasiliskII/src/MacOSX/sysdeps.h:31,
from /Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:1,
from /Users/nigel/BasiliskII/src/MacOSX/cpuemu1.cpp:2:
/Users/nigel/BasiliskII/src/MacOSX/config.h:8:1: warning: "DATADIR"
redefined
<command line>:1:1: warning: this is the location of the previous
definition
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp: In function 'void
op_0_0_ff(uint32)':
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:41: error:
'optflag_testb' was not declared in this scope
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp: In function 'void
op_10_0_ff(uint32)':
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:58: error:
'optflag_testb' was not declared in this scope
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp: In function 'void
op_18_0_ff(uint32)':
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:76: error:
'optflag_testb' was not declared in this scope
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp: In function 'void
op_20_0_ff(uint32)':
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:94: error:
'optflag_testb' was not declared in this scope
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp: In function 'void
op_28_0_ff(uint32)':
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:111: error:
'optflag_testb' was not declared in this scope
...
/Users/nigel/BasiliskII/src/MacOSX/cpuemu.cpp:36630: error:
'optflag_testl' was not declared in this scope
../uae_cpu/fpu/core.h: At global scope:
../uae_cpu/fpu/core.h:230: warning: 'uint32 get_fpcr()' declared
'static' but never defined
../uae_cpu/fpu/core.h:231: warning: 'void set_fpcr(uint32)' declared
'static' but never defined
../uae_cpu/fpu/core.h:234: warning: 'uint32 get_fpsr()' declared
'static' but never defined
../uae_cpu/fpu/core.h:235: warning: 'void set_fpsr(uint32)' declared
'static' but never defined
../uae_cpu/fpu/core.h:238: warning: 'uint32 get_fpiar()' declared
'static' but never defined
../uae_cpu/fpu/core.h:239: warning: 'void set_fpiar(uint32)' declared
'static' but never defined
so, I try a normal X86 Linux build to work out what is meant
to happen with gencpu/cpuemu.cpp, but get autoconf/configure errors:
% cd src/Unix
% ./autogen.sh
+ Running aclocal: /usr/share/aclocal/progsreiserfs.m4:13: warning:
underquoted definition of AC_CHECK_LIBREISERFS
run info '(automake)Extending aclocal'
or see
http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/pkg.m4:5: warning: underquoted definition of
PKG_CHECK_MODULES
/usr/share/aclocal/lirc.m4:15: warning: underquoted definition of
AC_PATH_LIRC
/usr/share/aclocal/libfame.m4:6: warning: underquoted definition of
AM_PATH_LIBFAME
/usr/share/aclocal/libcdaudio.m4:10: warning: underquoted definition of
AM_PATH_LIBCDAUDIO
/usr/share/aclocal/libFLAC.m4:7: warning: underquoted definition of
AM_PATH_LIBFLAC
/usr/share/aclocal/glib.m4:8: warning: underquoted definition of
AM_PATH_GLIB
/usr/share/aclocal/aalib.m4:12: warning: underquoted definition of
AM_PATH_AALIB
aclocal:configure.ac:255: warning: macro `AM_PATH_GTK_2_0' not found in
library
aclocal:configure.ac:276: warning: macro `AM_PATH_GTK' not found in
library
done.
+ Running autoheader: done.
+ Running autoconf: configure.ac:1: error: possibly undefined macro:
dnl
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.ac:120: error: possibly undefined macro: AC_DEFINE
configure.ac:132: error: possibly undefined macro: AC_MSG_WARN
configure.ac:255: error: possibly undefined macro: AM_PATH_GTK_2_0
configure.ac:276: error: possibly undefined macro: AM_PATH_GTK
configure.ac:284: error: possibly undefined macro: AM_GNU_GETTEXT
done.
+ Running 'configure ':
...
checking for pthread_mutexattr_setprotocol... no
checking for pthread_mutexattr_settype... yes
checking for pthread_mutexattr_setpshared... yes
checking for sem_init... yes
checking for XF86DGAQueryExtension in -lXxf86dga... no
configure: WARNING: Could not find XFree86 DGA extension, ignoring
--enable-xf86-dga.
checking for XF86VidModeQueryExtension in -lXxf86vm... no
configure: WARNING: Could not find XFree86 VidMode extension, ignoring
--enable-xf86-vidmode.
./configure: line 6700: syntax error near unexpected token `1.3.15,'
./configure: line 6700: ` AM_PATH_GTK_2_0(1.3.15,'
Am I missing something obvious here? Or is Linux autoconf broken?
--
Nigel Pearson, ni...@in... | "Peacemaking is our profession"
Telstra Net. Eng., Sydney, Australia | Motto of Burpelson Airforce Base
Office: 9202 3900 Fax: ???? ???? | Commanded by Gen. Jack D. Ripper
Mobile: 0408 664435 Home: 9792 6998 | Dr Strangelove
|
|
From: Natalia P. <cl...@cl...> - 2006-03-21 16:27:42
|
The you need to download with CNR the GTK 2.0 development library and = the Esound devel lib=20 -----Mensaje original----- De: bas...@li... [mailto:bas...@li...] En nombre de wat...@hi... Enviado el: martes, 21 de febrero de 2006 3:53 Para: bas...@li...; bas...@li... CC: wat...@hi... Asunto: [B2-devel] Compling Soucre Code -sheepshaver Errors Here is what i have done so far: Yes Inicates a sucessfull operation NO idicates a probblem that i had trying to instal sheepshaver. If i'm = using the wrong compiler or doing something wrong please help me out. I'm = compling this code under linux linspire OS. Thaks! wat...@hi... *************************************************************************= *** ******************** OK $ su OK $ cvs -d :pserver:an...@cv...:/home/cvs/cebix login Ok (password is "anoncvs") downloaded CVS - linspire (CNR) to use the cvs command Ok $ cvs -d :pserver:an...@cv...:/home/cvs/cebix checkout BasiliskII OK $ cvs -d :pserver:an...@cv...:/home/cvs/cebix checkout SheepShaver OK $ cd SheepShaver OK $ make links You can then try to compile the program with OK $ cd src/Unix NO $ ./autogen.sh - compiling errors: (ftp site was down can't download automake 1.3) Missing automake - Downloaded automake 1.4 (CNR) Missing X11 - Downloaded X11 Development Library (CNR) Missing C compiler - Downloaded GCC 272 Missing C compiler = - Downloaded GNU C (CNR) NO $ make under Linux, or $ cd src/BeOS $ make *************************************************************************= *** ************** After runing "$ ./autogen.sh" comand this is what the shell says: *************************************************************************= *** ************** user:~/SheepShaver/src/Unix# ./autogen.sh + Running aclocal: aclocal: configure.ac: 247: macro `AM_PATH_GTK_2_0'=20 + not foun d in library aclocal: configure.ac: 269: macro `AM_PATH_GTK' not found in library aclocal: configure.ac: 283: macro `AM_PATH_ESD' not found in library = done. + Running autoheader: done. + Running autoconf: done. + Running 'configure ': ** If you wish to pass arguments to ./configure, please ** specify them on the command line. checking build system type... i686-pc-linux-gnu checking host system = type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu = checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are = cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using = the GNU C compiler... yes checking whether gcc accepts -g... yes checking = for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no = checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking whether we are using the GNU = C++ compiler... no checking whether g++ accepts -g... no checking whether = make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c checking for egrep... grep -E checking for file... /usr/bin/file checking for perl... /usr/bin/perl checking for PowerPC = target CPU... no checking for mon... no configure: WARNING: Could not find mon, ignoring --with-mon. checking for sem_init in -lposix4... no checking for cos in -lm... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking = for remove... yes checking for shmat... yes checking for IceConnectionNumber = in -lICE... yes checking for pthread_create in -lpthread... yes checking = for pthread_cancel... yes checking for pthread_cond_init... yes checking for pthread_testcancel... yes checking for pthread_mutexattr_setprotocol... = no checking for pthread_mutexattr_settype... yes checking for pthread_mutexattr_setpshared... yes checking for sem_init... yes = checking linux/fb.h usability... yes checking linux/fb.h presence... yes checking = for linux/fb.h... yes checking for XF86DGAQueryExtension in -lXxf86dga... = yes checking for XF86VidModeQueryExtension in -lXxf86vm... yes ./configure: line 7079: syntax error near unexpected token `1.3.15,' ./configure: line 7079: ` AM_PATH_GTK_2_0(1.3.15,' user:~/SheepShaver/src/Unix# ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642 _______________________________________________ basilisk-devel mailing list bas...@li... https://lists.sourceforge.net/lists/listinfo/basilisk-devel |
|
From: Alexei S. <isv...@sy...> - 2006-03-06 19:26:15
|
> Has this been answered? I get the same error. I solved it myself, check the archives for message "[B2-devel] Re: Mac OS X compilation (solution)" for the steps I took. Enjoy! -Alexei |
|
From: luke <lu...@et...> - 2006-03-05 05:33:08
|
Has this been answered? I get the same error. i asked a programmer friend about this - they thought that the structure of the case near line 7118 in configure might be slightly out of proper syntax... " Is that ./configure out of the Unix directory? Because the MacOSX one doesn't seem to have a configure script. The Unix directory's script gives me this error: .... checking for sem_init... yes ./configure: line 7118: syntax error near unexpected token `1.3.15,' ./configure: line 7118: ` AM_PATH_GTK_2_0(1.3.15,' -Alexei "" |
|
From: <wat...@hi...> - 2006-02-21 03:52:50
|
Here is what i have done so far: Yes Inicates a sucessfull operation NO i= dicates a probblem that i had trying to instal sheepshaver. If i'm using the wron= g compiler or doing something wrong please help me out. I'm compling this c= ode under linux linspire OS. Thaks! wat...@hi... *************************************************************************= *********************** OK $ su OK $ cvs -d :pserver:an...@cv...:/home/cvs/cebix login Ok (password is "anoncvs") downloaded CVS =96 linspire (CNR) to use the cvs command Ok $ cvs -d :pserver:an...@cv...:/home/cvs/cebix checkout Basil= iskII OK $ cvs -d :pserver:an...@cv...:/home/cvs/cebix checkout Sheep= Shaver OK $ cd SheepShaver OK $ make links You can then try to compile the program with OK $ cd src/Unix NO $ ./autogen.sh =96 compiling errors: (ftp site was down can=92t download automake 1.3) Missing automake - Downloaded automake 1.4 (CNR) Missing X11 =96 Downloaded X11 Development Library (CNR) Missing C compiler =96 Downloaded GCC 272 Missing C compiler =96 Downloaded GNU C (CNR) NO $ make under Linux, or $ cd src/BeOS $ make *************************************************************************= ***************** After runing "$ ./autogen.sh" comand this is what the shell says: *************************************************************************= ***************** user:~/SheepShaver/src/Unix# ./autogen.sh + Running aclocal: aclocal: configure.ac: 247: macro `AM_PATH_GTK_2_0' no= t foun d in library aclocal: configure.ac: 269: macro `AM_PATH_GTK' not found in library aclocal: configure.ac: 283: macro `AM_PATH_ESD' not found in library done. + Running autoheader: done. + Running autoconf: done. + Running 'configure ': ** If you wish to pass arguments to ./configure, please ** specify them on the command line. checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c checking for egrep... grep -E checking for file... /usr/bin/file checking for perl... /usr/bin/perl checking for PowerPC target CPU... no checking for mon... no configure: WARNING: Could not find mon, ignoring --with-mon. checking for sem_init in -lposix4... no checking for cos in -lm... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pthread_create in -lpthread... yes checking for pthread_cancel... yes checking for pthread_cond_init... yes checking for pthread_testcancel... yes checking for pthread_mutexattr_setprotocol... no checking for pthread_mutexattr_settype... yes checking for pthread_mutexattr_setpshared... yes checking for sem_init... yes checking linux/fb.h usability... yes checking linux/fb.h presence... yes checking for linux/fb.h... yes checking for XF86DGAQueryExtension in -lXxf86dga... yes checking for XF86VidModeQueryExtension in -lXxf86vm... yes ./configure: line 7079: syntax error near unexpected token `1.3.15,' ./configure: line 7079: ` AM_PATH_GTK_2_0(1.3.15,' user:~/SheepShaver/src/Unix# |
|
From: Dave G. <dav...@st...> - 2006-02-20 14:50:26
|
I=B9m trying to compile SheepShaver on Linux ppc64, and the recent posting on an ether_unix.cpp patch has allowed me to correct an error early on in compilation (thanks Dara). Make now fails with sheepthreads.c with the following message: [root@localhost Unix]# make gcc -I../include -I. -I../slirp -DHAVE_CONFIG_H -D_REENTRANT -DDATADIR=3D \"/usr/local/share/SheepShaver\" -g -O2 -I/usr/ X11R6/include -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/ include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr /include/glib-2.0 -I/usr/lib/glib-2.0/include -c Linux/sheepthreads.c -o obj/sheepthreads.o Linux/sheepthreads.c:53: error: field =8C__sem_lock=B9 has incomplete type Linux/sheepthreads.c:55: error: syntax error before =8C_pthread_descr=B9 Linux/sheepthreads.c:55: warning: no semicolon at end of struct or union Linux/sheepthreads.c:56: warning: data definition has no type or storage class Linux/sheepthreads.c: In function =8Cfastlock_init=B9: Linux/sheepthreads.c:190: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:191: error: dereferencing pointer to incomplete type Linux/sheepthreads.c: In function =8Cfastlock_try_acquire=B9: Linux/sheepthreads.c:197: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:198: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:199: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:203: error: dereferencing pointer to incomplete type Linux/sheepthreads.c: In function =8Cfastlock_acquire=B9: Linux/sheepthreads.c:211: error: dereferencing pointer to incomplete type Linux/sheepthreads.c: In function =8Cfastlock_release=B9: Linux/sheepthreads.c:218: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:219: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:219: error: dereferencing pointer to incomplete type Linux/sheepthreads.c:219: error: invalid lvalue in asm output 0 Linux/sheepthreads.c:219: error: memory input 1 is not directly addressable Linux/sheepthreads.c: In function =8Cpthread_mutex_init=B9: Linux/sheepthreads.c:229: error: =8Cunion <anonymous>=B9 has no member named =8C__m_lock=B9 Linux/sheepthreads.c:230: error: =8Cunion <anonymous>=B9 has no member named =8C__m_kind=B9 Linux/sheepthreads.c:230: error: =8Cunion <anonymous>=B9 has no member named =8C__mutexkind=B9 Linux/sheepthreads.c:231: error: =8Cunion <anonymous>=B9 has no member named =8C__m_count=B9 Linux/sheepthreads.c:232: error: =8Cunion <anonymous>=B9 has no member named =8C__m_owner=B9 Linux/sheepthreads.c: In function =8Cpthread_mutex_destroy=B9: Linux/sheepthreads.c:243: error: =8Cunion <anonymous>=B9 has no member named =8C__m_kind=B9 Linux/sheepthreads.c:245: error: =8Cunion <anonymous>=B9 has no member named =8C__m_lock=B9 Linux/sheepthreads.c: In function =8Cpthread_mutex_lock=B9: Linux/sheepthreads.c:258: error: =8Cunion <anonymous>=B9 has no member named =8C__m_kind=B9 Linux/sheepthreads.c:260: error: =8Cunion <anonymous>=B9 has no member named =8C__m_lock=B9 Linux/sheepthreads.c: In function =8Cpthread_mutex_trylock=B9: Linux/sheepthreads.c:274: error: =8Cunion <anonymous>=B9 has no member named =8C__m_kind=B9 Linux/sheepthreads.c:276: error: =8Cunion <anonymous>=B9 has no member named =8C__m_lock=B9 Linux/sheepthreads.c: In function =8Cpthread_mutex_unlock=B9: Linux/sheepthreads.c:289: error: =8Cunion <anonymous>=B9 has no member named =8C__m_kind=B9 Linux/sheepthreads.c:291: error: =8Cunion <anonymous>=B9 has no member named =8C__m_lock=B9 Linux/sheepthreads.c: In function =8Cpthread_mutexattr_init=B9: Linux/sheepthreads.c:305: error: =8Cunion <anonymous>=B9 has no member named =8C__mutexkind=B9 Linux/sheepthreads.c: At top level: Linux/sheepthreads.c:324: error: syntax error before =8C*=B9 token Linux/sheepthreads.c: In function =8Csem_init=B9: Linux/sheepthreads.c:326: error: =8Csem=B9 undeclared (first use in this function) Linux/sheepthreads.c:326: error: (Each undeclared identifier is reported only once Linux/sheepthreads.c:326: error: for each function it appears in.) Linux/sheepthreads.c:326: error: =8Cvalue=B9 undeclared (first use in this function) Linux/sheepthreads.c:330: error: =8Cpshared=B9 undeclared (first use in this function) Linux/sheepthreads.c: At top level: Linux/sheepthreads.c:345: error: syntax error before =8C*=B9 token Linux/sheepthreads.c: In function =8Csem_destroy=B9: Linux/sheepthreads.c:347: error: =8Csem=B9 undeclared (first use in this function) Linux/sheepthreads.c: At top level: Linux/sheepthreads.c:365: error: syntax error before =8C*=B9 token Linux/sheepthreads.c: In function =8Csem_wait=B9: Linux/sheepthreads.c:367: error: =8Csem=B9 undeclared (first use in this function) Linux/sheepthreads.c: At top level: Linux/sheepthreads.c:393: error: syntax error before =8C*=B9 token Linux/sheepthreads.c: In function =8Csem_post=B9: Linux/sheepthreads.c:395: error: =8Csem=B9 undeclared (first use in this function) make: *** [obj/sheepthreads.o] Error 1 Does anyone have any ideas what could be causing this?? Thanks in advance Dave =20 |
|
From: Alexei S. <isv...@sy...> - 2006-02-19 17:38:29
|
Building BasiliskII on OS X 10.4.5 gave me a build error (with both gcc-4.0 and gcc-3.3), during the linking process with libslirp.a. The error was "has local relocation entries in non-writable section (__TEXT,__text)". The problem was that the generated makefile had - mdynamic-no-pic set in its CFLAGS, which is inappropriate, apparently (see http://lists.apple.com/archives/xcode-users/2005/May/ msg00917.html). Removing this flag fixed the build. It would be nice if someone would update the CVS w/ this fix. (The actual change would be in src/MacOSX/configure.in to the line CFLAGS="$CFLAGS -mdynamic-no-pic"). -Alexei |
|
From: Alexei S. <isv...@sy...> - 2006-02-15 23:46:53
|
So, I have been trying, without luck, to isolate the "fake" crash SheepShaver experiences on startup on OS X (PPC Mac). Basically, when it runs, a few seconds in, the Mac OS X CrashReporter dialog opens up saying SheepShaver has crashed (even though SheepShaver itself continues to run, and do its thing fine). The report generated by CrashReporter is something like: > Date/Time: 2006-02-15 18:36:04.736 -0500 > OS Version: 10.4.4 (Build 8G32) > Report Version: 3 > > Command: SheepShaver > Path: ./SheepShaver > Parent: bash [395] > > Version: ??? (???) > > PID: 1557 > Thread: 0 > > Exception: EXC_BAD_ACCESS (0x0001) > Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x40810000 > > Thread 0 Crashed: > > Thread 1: > 0 libSystem.B.dylib 0x9001f20c select + 12 > 1 SheepShaver 0x0002acec receive_func(void*) + 144 > (ether_unix.cpp:849) > 2 libSystem.B.dylib 0x9002b200 _pthread_body + 96 > > Thread 2: > 0 libSystem.B.dylib 0x9001f20c select + 12 > 1 SheepShaver 0x0002ac3c slirp_receive_func(void*) + 360 > (ether_unix.cpp:807) > 2 libSystem.B.dylib 0x9002b200 _pthread_body + 96 > > Thread 3: > 0 libSystem.B.dylib 0x90040258 mach_wait_until + 8 > 1 libSystem.B.dylib 0x90040020 nanosleep + 384 > 2 SheepShaver 0x00014594 Delay_usec(unsigned) + 76 > (timer_unix.cpp:274) > 3 SheepShaver 0x00028bc0 redraw_func(void*) + 128 > (video_sdl.cpp:2138) > 4 SheepShaver 0x0003bbac SDL_RunThread + 72 (SDL_thread.c: > 219) > 5 SheepShaver 0x00045fa0 RunThread + 16 (SDL_systhread.c:83) > 6 libSystem.B.dylib 0x9002b200 _pthread_body + 96 > > Thread 4: > 0 libSystem.B.dylib 0x90040258 mach_wait_until + 8 > 1 libSystem.B.dylib 0x90040020 nanosleep + 384 > 2 SheepShaver 0x00014594 Delay_usec(unsigned) + 76 > (timer_unix.cpp:274) > 3 SheepShaver 0x00005ae8 tick_func(void*) + 116 > (main_unix.cpp:1208) > 4 libSystem.B.dylib 0x9002b200 _pthread_body + 96 > > Thread 5: > 0 libSystem.B.dylib 0x90040258 mach_wait_until + 8 > 1 libSystem.B.dylib 0x90040020 nanosleep + 384 > 2 SheepShaver 0x00014594 Delay_usec(unsigned) + 76 > (timer_unix.cpp:274) > 3 SheepShaver 0x00005724 nvram_func(void*) + 100 > (main_unix.cpp:1183) > 4 libSystem.B.dylib 0x9002b200 _pthread_body + 96 > > Thread 0 crashed with PPC Thread State 64: > srr0: 0x0000000040c6624c srr1: > 0x000000000000f930 vrsave: 0x0000000000000000 > cr: 0x4010e0f0 xer: 0x0000000000000000 lr: > 0x0000000040ca7388 ctr: 0x0000000040c60000 > r0: 0x0000000000000000 r1: 0x00000000203fffea r2: > 0x0000000000000000 r3: 0x0000000040810000 > r4: 0x000000004cdf1808 r5: 0x0000000000000000 r6: > 0x0000000000002070 r7: 0x0000000000000000 > r8: 0x0000000000000000 r9: 0x000000004cdf1808 r10: > 0x0000000000000006 r11: 0x00000000000002f4 > r12: 0x0000000000000861 r13: 0x0000000000000000 r14: > 0x0000000000000000 r15: 0x000000000002003d > r16: 0x0000000040810000 r17: 0x0000000000000000 r18: > 0x00000000408153ee r19: 0x000000004085976c > r20: 0x0000000040814c1e r21: 0x0000000023ffff88 r22: > 0x000000004080020a r23: 0x0000000000000000 > r24: 0x0000000040815542 r25: 0x0000000000000027 r26: > 0x0000000000000000 r27: 0x0000000000006054 > r28: 0x0000000000000000 r29: 0x0000000040ca7388 r30: > 0x0000000040c60000 r31: 0x0000000068fff000 Notice how no symbols are displayed in the backtrace for the thread that crashed. I'm guessing this is because it is happening in assembly code, somewhere after jump_to_rom() is called. Unfortunately, due to my limited knowledge of assembly, I cannot reliably say that this is actually what is happening, due to not knowing how to effectively debug such a problem. Running SheepShaver under GDB (and skipping GDB's paranoia about what the paranoia_check() function does - sending inter-thread user- defined signals ;), the actual crash happens thusly: > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x40810000 > 0x40c6624c in ?? () > (gdb) info threads > 6 process 1570 thread 0x4803 0x90040258 in mach_wait_until () > 5 process 1570 thread 0x4703 0x90040258 in mach_wait_until () > 4 process 1570 thread 0x4603 0x90040258 in mach_wait_until () > 3 process 1570 thread 0x4503 0x9001f20c in select () > 2 process 1570 thread 0x4403 0x9001f20c in select () > * 1 process 1570 local thread 0xf03 0x40c6624c in ?? () > (gdb) backtrace > #0 0x40c6624c in ?? () > #1 0x40ca7388 in ?? () > warning: Previous frame identical to this frame (corrupt stack?) > #2 0x40805600 in ?? () Now, since I am just about all out of ideas of what else I can do to try to debug and isolate, and hopefully fix the problem (and no, turning off CrashReporter in OS X isn't an adequate solution), does anyone else have any thoughts on this? Or is this already a known issue and has a fix in the works? -Alexei |
|
From: Weston Y. <wes...@gm...> - 2006-02-14 03:35:44
|
On 2/13/06, Alexei Svitkine <isv...@sy...> wrote:
> Ok, so here's the steps I took to finally get it to compile on OS X.
>
> First, I made sure to have SDL installed in the right places (this
> can be done easily using 'sudo port install sdl' if you have
> DarwinPorts installed).
> <*snip*>
> Then, from the SheepShave/src/Unix directory, I ran ./autogen.sh --
> enable-sdl-video --enable-sdl-audio --enable-sdl-static --disable-vosf
Except for editing the config file I ran the autogen with pretty much
the same options (I also added in --without-gtk) and I had no compile
errors.
> After that completed successfully, I typed make from the same
> directory, and it almost worked, except I got a link error that
> PrefsEditor function couldn't be found. So I added a stub function of
> that to main.cpp that does nothing:
>
> bool PrefsEditor(void)
> {
> }
I never got that error.
> And after that, it was compiled and worked the same as the official
> Mac OS X releases (when packaged up to an .app bundle using 'make
> SheepShaver_app'). That is to say, it ran, but experienced crashes in
> the same ways as the official release does on my setup.
Not for me. I'm on 10.4.4 and no matter if I compile with gcc 3.3 or
4.0 Mine crashes.
This is what output I get:
Lanfear:/src/SheepShaver/src/Unix weston$ ./SheepShaver
SheepShaver V2.3 by Christian Bauer and Mar"c" Hellwig
Paranoia checks...
[tick_thread] waiting for emul thread to initialize
[emul_thread] waiting for tick thread to initialize
[emul_thread] filling in registers and waiting for interrupt
[tick_thread] trigger interrupt
SIGUSR2 caught
...passed
Reading ROM file...
Using SDL/coreaudio audio output
^^ At this point CrashReporter comes up.
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0xffffffff
It does this on both my Dual 1.8GHz G5 and my iBook G4
|
|
From: Alexei S. <isv...@sy...> - 2006-02-13 23:55:34
|
Ok, so here's the steps I took to finally get it to compile on OS X.
First, I made sure to have SDL installed in the right places (this
can be done easily using 'sudo port install sdl' if you have
DarwinPorts installed).
Then I opened SheepShave/src/Unix/configure.ac and commented out the
following lines:
WANT_GTK=no
#dnl We use GTK+ if possible.
#UISRCS=../dummy/prefs_editor_dummy.cpp
#case "x$WANT_GTK" in
#xgtk2*)
# AM_PATH_GTK_2_0(1.3.15, [
# AC_DEFINE(ENABLE_GTK, 1, [Define if using GTK.])
# CFLAGS="$CFLAGS $GTK_CFLAGS"
# CXXFLAGS="$CXXFLAGS $GTK_CFLAGS"
# LIBS="$LIBS $GTK_LIBS"
# UISRCS=prefs_editor_gtk.cpp
# WANT_GTK=gtk2
# ], [
# case "x${WANT_GTK}x" in
# *gtkx)
# AC_MSG_WARN([Could not find GTK+ 2.0, trying with GTK+ 1.2.])
# WANT_GTK=gtk
# ;;
# *)
# AC_MSG_WARN([Could not find GTK+, disabling user interface.])
# WANT_GTK=no
# ;;
# esac
# ])
# ;;
#esac
#if [[ "x$WANT_GTK" = "xgtk" ]]; then
# AM_PATH_GTK(1.2.0, [
# AC_DEFINE(ENABLE_GTK, 1, [Define if using GTK.])
# CFLAGS="$CFLAGS $GTK_CFLAGS"
# CXXFLAGS="$CXXFLAGS $GTK_CFLAGS"
# LIBS="$LIBS $GTK_LIBS"
# UISRCS=prefs_editor_gtk.cpp
# ], [
# AC_MSG_WARN([Could not find GTK+, disabling user interface.])
# WANT_GTK=no
# ])
#fi
#dnl We use ESD if possible.
#if [[ "x$WANT_ESD" = "xyes" ]]; then
# AM_PATH_ESD(0.2.8, [
# AC_DEFINE(ENABLE_ESD, 1, [Define is using ESD.])
# CFLAGS="$CFLAGS $ESD_CFLAGS"
# CXXFLAGS="$CXXFLAGS $ESD_CFLAGS"
# LIBS="$LIBS $ESD_LIBS"
# ], [
# AC_MSG_WARN([Could not find ESD, disabling ESD support.])
# WANT_ESD=no
# ])
#fi
This was necessary, because ./configure was giving me parsing errors
(I didn't have these libraries installed, and they're not necessary
for Mac OS X build anyways).
Then, from the SheepShave/src/Unix directory, I ran ./autogen.sh --
enable-sdl-video --enable-sdl-audio --enable-sdl-static --disable-vosf
After that completed successfully, I typed make from the same
directory, and it almost worked, except I got a link error that
PrefsEditor function couldn't be found. So I added a stub function of
that to main.cpp that does nothing:
bool PrefsEditor(void)
{
}
And after that, it was compiled and worked the same as the official
Mac OS X releases (when packaged up to an .app bundle using 'make
SheepShaver_app'). That is to say, it ran, but experienced crashes in
the same ways as the official release does on my setup.
Posting this to the list, so that others can have a reference if
they're struggling to get this compiled (or, if they will be, they
can search the list archives).
-Alexei
|
|
From: Dara H. <dha...@ya...> - 2006-02-13 03:20:57
|
--- Weston Yager <wes...@gm...> wrote: > No matter how I try to build SheepShaver on tiger, > when I try to run > it it crashes. This is what gdb had to say about it: > Program received signal SIGUSR2, User defined signal > 2. > 0x0002b948 in paranoia_check () at paranoia.cpp:249 > 249 : : "r" > ((uintptr)&emul_thread_regs[0]) : "r0"); > > Any ideas? No suggestions, but the crash seems to be independent of gcc version (happens with 3.3 too). No such problems under 10.3.9. Dara __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Weston Y. <wes...@gm...> - 2006-02-13 01:29:52
|
No matter how I try to build SheepShaver on tiger, when I try to run it it crashes. This is what gdb had to say about it: Program received signal SIGUSR2, User defined signal 2. 0x0002b948 in paranoia_check () at paranoia.cpp:249 249 : : "r" ((uintptr)&emul_thread_regs[0]) : "r0"); Any ideas? |
|
From: Dara H. <dha...@ya...> - 2006-02-10 23:08:56
|
Hi Dave, --- Dave Griffin <dav...@st...> wrote: > Dara, could you clarify the changes you made to > ether_unix.cpp as I am > having the same problem in linux ppc64. Sure. I've attached it as a patch (can apply via patch -p0 < patchfile from the BasiliskII director). If you do get it working on Linux PPC, I'd be curious. All I got (admittedly ppc32 w/Fedora 5 test 1) was a black square in the screen, and then a hard crash of the X server (Xorg R7 I believe). > In order to build native graphics app try > ./autogen.sh enable-sdl > enable-sdl-video enable-sdl-audio disable-vosf > without-esd without-gtk. Cool. Unfortunately this doesn't seem to work with 10.3.9. Using g++ 3.3 from XCode 1.5 (it's the only one installed), I get linktime errors. These appear to be due to C++ ABI mismatch between various libraries. Not sure how to work around it: ld: obj/ether_unix.o illegal reference to symbol: std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*, std::_Rb_tree_node_base*&) defined in indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _acosl used from dynamic library /usr/lib/libstdc++.6.dylib(single module) not from earlier dynamic library /usr/lib/libSystem.B.dylib(ld64.o) <repeated for many math library symbols> > Once make is finished, run make SheepShaver_app to > package as OSX binary > with icon. GB suggests enable-sdl-static but I > can¹t get this to work yet. > An SDL framework for OSX is available at the SDL > website, would it be > possible to compile using this??? I gave that a try too, had roughly the same error as above (the only difference compared to using the fink SDL is that I had to hack the Makefile LIBS= line to include -framework SDL instead of -L/sw/lib -lsdl etc. I'll give 10.4 a try when I get a chance. Thanks for the tips, Dara P.S. Any ideas for debugging the Linux/ppc crashes I mentioned above? Because the crashes hang the X server, it's a bit difficult to figure out what's going on. It occurs both with SDL and DGA graphics. P.P.S. Using SLIRP on MacOSX SheepShaver is painfully slow. I never get more than 1KB/sec. Is this normal? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Alexei S. <isv...@sy...> - 2006-02-10 19:32:51
|
> No, but it does have a documentation file, 0_HOW_TO_BUILD.txt > that tells you how to build that source. BasilliskII does, but not SheepShaver. -Alexei |
|
From: Dave G. <dav...@st...> - 2006-02-10 11:29:37
|
Hi ! Dara, could you clarify the changes you made to ether_unix.cpp as I am having the same problem in linux ppc64. In order to build native graphics app try ./autogen.sh =8Benable-sdl =8Benable-sdl-video =8Benable-sdl-audio =8Bdisable-vosf =8Bwithout-esd =8Bwithout-gtk= . Once make is finished, run make SheepShaver_app to package as OSX binary with icon. GB suggests =8Benable-sdl-static but I can=B9t get this to work yet= . An SDL framework for OSX is available at the SDL website, would it be possible to compile using this??? Thanks, Dave --=20 dave griffin stained glass artist The Old Sawmill Rowsley Derbyshire DE4 2EB W: 07742 481 930 H: 01629 814 770 F: 01629 814 770 E: dav...@st... W: www.dave-griffin.co.uk |
|
From: Nigel P. <ni...@in...> - 2006-02-10 06:11:27
|
> Is that ./configure out of the Unix directory? Because the MacOSX one > doesn't seem to have a configure script. No, but it does have a documentation file, 0_HOW_TO_BUILD.txt that tells you how to build that source. -- Nigel Pearson, ni...@in...|"Its not easy having a good time Telstra Dev. Lab, Sydney, Australia | ... Office: 9814 4803 Fax: 9814 4897 | even smiling makes my face ache!" Mobile: 0408 664435 Home: 9792 6998 | Dr Frank N Furter |
|
From: Dara H. <dha...@ya...> - 2006-02-10 00:40:41
|
Hey folks, doing a default './autogen.sh'; make; make install , I hit two problems. First, Apple's gcc complains: g++ -I../include -I. -I../slirp -DHAVE_CONFIG_H -D_REENTRANT -DDATADIR=\"/usr/local/share/SheepShaver\" -g -O2 -I/usr/X11R6/include -I/sw/include -mdynamic-no-pic -c ether_unix.cpp -o obj/ether_unix.o ether_unix.cpp: In function `bool ether_init()': ether_unix.cpp:380: warning: jump to label `open_error' ether_unix.cpp:288: warning: from here ether_unix.cpp:343: error: crosses initialization of `int val' make: *** [obj/ether_unix.o] Error 1 Moving the declaration of val to the top of ether_init fixes this problem. Next linking fails: ... -lXext -lXxf86vm -L/sw/lib -lesd -laudiofile -lm -framework Carbon -framework IOKit -framework CoreFoundation ld: Undefined symbols: .objc_class_name_NSString _NSHFSTypeCodeFromFileType _NSHFSTypeOfFile _objc_msgSend Adding -framework AppKit to LIBS in makefile fixed this. Would be nice if these glitches could be fixed in CVS :-) Now the real question: this default configuration (no arguments) gave me an X11 SheepShaver... How do I build to get a native graphics app like the one Gwenole distributes? --enable-sdl gets me a configure warning the FBDev isn't supported, but that's about it. Thanks, Dara __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Abrahim k. <ab...@st...> - 2006-02-09 23:58:45
|
Abrahim Kalehzan Database Manager Behavioral Neurogenetics Research Center Department of Psychiatry and Behavioral Sciences Stanford University School of Medicine http://cibsr.stanford.edu/participating/participating.htm 401 Quarry rd Room 1314 Stanford, Ca 94305 Mail Code: 5795 Phone: (650)724-9720 Cell:(650)804-8589 FAX:(650)724-4794 CONFIDENTIALITY NOTICE: Information contained in this message and any attachments is intended only for the addressee(s). If you believe that you have received this message in error, please notify the sender immediately by return electronic mail, and please delete it without further review, disclosure, or copying |
|
From: Jaime C. <jca...@gm...> - 2006-02-09 15:21:52
|
Hi! I have recompiled Basilisk II for AmigaOS4 using the sources from the AmigaOS and MorphOS versions (it's still not finished, I need to correct the endianess of some screenmodes and some stuff like network or scsi is untested yet). As Basilisk II and SheepShaver share some code and AmigaOS4 includes MMU functions for mapping memory areas I was planning to make a port to AmigaOS4. In Basilisk II the emulator code is clearly isolated from the target platform specific code, but with ShapeShaver it's much more difficult to split unix stuff from the real emulator. The sources are too much "unixified". I am looking the BeOS sources as these seem to be more clean from specific unix calls, but it looks somewhat unmaintained. I have downloaded an older version, the release 2.2 and it looks slightly clearer, but not enough easy to start making things compile... Is it planned to share more code with Basilisk II? It would make the task of porting easier. I've seen that vm functions are isolated inside the unix dir in a file (that's nice), but BeOS sources don't use the same design :-( Altough OS4 has a port of pthreads I would prefer to do a native implementation like BasiliskII does on AmigaOS3... Is somebody working in the BeOS port? x86 or PPC... ppc specially... it would help me a lot to see the code even if it's not fully working yet. At least to give me an overall idea of the code. So please, if you are doing a working BeOS port get in touch with me... IMHO specific unix calls shouldn't be in the main code tree, just in the unix dir. A preliminar port may run the PPC emulated on PPC just to test that most of emulation works. Can the PPC emu be emulated on PPC or is it specific for x86? -- Saludos/Best Regards Jaime Cagigal |
|
From: Alexei S. <my...@pr...> - 2006-02-08 19:46:24
|
Is that ./configure out of the Unix directory? Because the MacOSX one doesn't seem to have a configure script. The Unix directory's script gives me this error: .... checking for sem_init... yes ./configure: line 7118: syntax error near unexpected token `1.3.15,' ./configure: line 7118: ` AM_PATH_GTK_2_0(1.3.15,' -Alexei |
|
From: Gwenole B. <gb....@fr...> - 2006-02-06 23:53:11
|
Hi, > How would one compile SheepShaver for Mac OS X? First, you currently need SDL with the "sdl-config" script in your PATH. Next, you can run configure with --enable-sdl-video --enable-sdl-audio=20= --enable-sdl-static --disable-vosf Compiling against plain X11 is not supported on MacOS X. Regards, Gwenol=E9 Beauchesne.= |
|
From: Alexei S. <isv...@sy...> - 2006-01-30 03:44:05
|
How would one compile SheepShaver for Mac OS X? The repository and all documentation seem to lack all instructions on this subject. -Alexei |
9 messages has been excluded from this view by a project administrator.
