Menu
▾
▴
basilisk-devel
|
From: Christian B. <cb...@ce...> - 2010-01-02 09:52:23
Attachments:
NSAutoreleasePool-fix.patch
|
I'm no Objective C or Cocoa master either... :)
-------- Original Message --------
Subject: [PATCH] SheepShaver, Mac OS X, and NSAutoreleasePool
Date: Fri, 1 Jan 2010 16:07:45 -0500
From: Tim Douglas <ti...@gm...>
To: cb...@ce...
Mr. Bauer,
Thanks so much for the development of SheepShaver. It's wonderful reliving
memories of Mac OSs past on my shiny Core 2 MacBook Pro. When compiling the
source from CVS and running it on Mac OS X 10.5.8, I receive these messages
on stderr:
2010-01-01 16:02:08.421 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
Object 0x30d800 of class NSPathStore2 autoreleased with no pool in place -
just leaking
Stack: (0x92b65f4f 0x92a73637 0x92a7feb7 0x957c7fa3 0x957f2e6d 0x78072372
0x7804a29f 0x78049066)
2010-01-01 16:02:08.423 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
Object 0x314490 of class NSCFData autoreleased with no pool in place - just
leaking
Stack: (0x92b65f4f 0x92a72432 0x92a86b25 0x92a86701 0x957c8280 0x957c8161
0x957c7fdf 0x957f2e6d 0x78072372 0x7804a29f 0x78049066)
2010-01-01 16:02:08.430 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
Object 0xa08a0fa0 of class NSCFString autoreleased with no pool in place -
just leaking
Stack: (0x92b65f4f 0x92a72432 0x957c8161 0x957c7fdf 0x957f2e6d 0x78072372
0x7804a29f 0x78049066)
...and five more similar ones. It appears as if Cocoa APIs are being used
without an NSAutoreleasePool in place. The attached CVS diff appears to fix
the issue by establishing the appropriate pool before the calls are
made. I'm no Objective C or Cocoa master, nor do I have that strong of a
grasp of the internal workings of SheepShaver, but presumably something
along these lines is all that's needed.
Thanks again for the great emulator!
-Tim
---------cut here---------
Index: src/MacOSX/prefs_macosx.mm
===================================================================
RCS file: /home/cvs/cebix/SheepShaver/src/MacOSX/prefs_macosx.mm,v
retrieving revision 1.2
diff -u -r1.2 prefs_macosx.mm
--- src/MacOSX/prefs_macosx.mm 18 Aug 2009 18:22:01 -0000 1.2
+++ src/MacOSX/prefs_macosx.mm 1 Jan 2010 20:56:08 -0000
@@ -30,6 +30,7 @@
@interface SheepShaverMain : NSObject
NSArray *nibObjects;
NSWindow *prefsWindow;
+ NSAutoreleasePool *pool;
@end
@implementation SheepShaverMain
@@ -97,6 +98,7 @@
NSMenu *appMenu;
NSMenuItem *menuItem;
+ pool = [[NSAutoreleasePool alloc] init];
appMenu = [[[NSApp mainMenu] itemAtIndex:0] submenu];
menuItem = [[NSMenuItem alloc] initWithTitle:@"Preferences..."
action:@selector(openPreferences:) keyEquivalent:@","];
[appMenu insertItem:menuItem atIndex:2];
@@ -113,4 +115,5 @@
void prefs_exit(void)
{
+ [pool release];
}
|
|
From: Alexei S. <ale...@gm...> - 2010-01-02 19:27:16
|
Hi Tim,
I've committed a change that creates and releases the pool around the
call to the modal prefs dialog only. Can you verify that this gets rid
of the messages?
-Alexei
On Sat, Jan 2, 2010 at 4:27 AM, Christian Bauer <cb...@ce...> wrote:
> I'm no Objective C or Cocoa master either... :)
>
> -------- Original Message --------
> Subject: [PATCH] SheepShaver, Mac OS X, and NSAutoreleasePool
> Date: Fri, 1 Jan 2010 16:07:45 -0500
> From: Tim Douglas <ti...@gm...>
> To: cb...@ce...
>
> Mr. Bauer,
>
> Thanks so much for the development of SheepShaver. It's wonderful reliving
> memories of Mac OSs past on my shiny Core 2 MacBook Pro. When compiling the
> source from CVS and running it on Mac OS X 10.5.8, I receive these messages
> on stderr:
>
> 2010-01-01 16:02:08.421 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
> Object 0x30d800 of class NSPathStore2 autoreleased with no pool in place -
> just leaking
> Stack: (0x92b65f4f 0x92a73637 0x92a7feb7 0x957c7fa3 0x957f2e6d 0x78072372
> 0x7804a29f 0x78049066)
> 2010-01-01 16:02:08.423 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
> Object 0x314490 of class NSCFData autoreleased with no pool in place - just
> leaking
> Stack: (0x92b65f4f 0x92a72432 0x92a86b25 0x92a86701 0x957c8280 0x957c8161
> 0x957c7fdf 0x957f2e6d 0x78072372 0x7804a29f 0x78049066)
> 2010-01-01 16:02:08.430 SheepShaver[11638:10b] *** _NSAutoreleaseNoPool():
> Object 0xa08a0fa0 of class NSCFString autoreleased with no pool in place -
> just leaking
> Stack: (0x92b65f4f 0x92a72432 0x957c8161 0x957c7fdf 0x957f2e6d 0x78072372
> 0x7804a29f 0x78049066)
>
> ...and five more similar ones. It appears as if Cocoa APIs are being used
> without an NSAutoreleasePool in place. The attached CVS diff appears to fix
> the issue by establishing the appropriate pool before the calls are
> made. I'm no Objective C or Cocoa master, nor do I have that strong of a
> grasp of the internal workings of SheepShaver, but presumably something
> along these lines is all that's needed.
>
> Thanks again for the great emulator!
> -Tim
>
> ---------cut here---------
>
> Index: src/MacOSX/prefs_macosx.mm
> ===================================================================
> RCS file: /home/cvs/cebix/SheepShaver/src/MacOSX/prefs_macosx.mm,v
> retrieving revision 1.2
> diff -u -r1.2 prefs_macosx.mm
> --- src/MacOSX/prefs_macosx.mm 18 Aug 2009 18:22:01 -0000 1.2
> +++ src/MacOSX/prefs_macosx.mm 1 Jan 2010 20:56:08 -0000
> @@ -30,6 +30,7 @@
> @interface SheepShaverMain : NSObject
> NSArray *nibObjects;
> NSWindow *prefsWindow;
> + NSAutoreleasePool *pool;
> @end
>
> @implementation SheepShaverMain
> @@ -97,6 +98,7 @@
> NSMenu *appMenu;
> NSMenuItem *menuItem;
>
> + pool = [[NSAutoreleasePool alloc] init];
> appMenu = [[[NSApp mainMenu] itemAtIndex:0] submenu];
> menuItem = [[NSMenuItem alloc] initWithTitle:@"Preferences..."
> action:@selector(openPreferences:) keyEquivalent:@","];
> [appMenu insertItem:menuItem atIndex:2];
> @@ -113,4 +115,5 @@
>
> void prefs_exit(void)
> {
> + [pool release];
> }
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>
|
|
From: Alexei S. <ale...@gm...> - 2010-01-02 22:10:08
|
Committed. Thanks.
-Alexei
On Sat, Jan 2, 2010 at 4:18 PM, Tim Douglas <ti...@gm...> wrote:
> Hey Alexei,
> Thanks for the commit, but the error messages appear to come from
> prefs_init(), not openPreferences:
> (gdb) break _NSAutoreleaseNoPool
> Breakpoint 1 at 0xa24af16
> (gdb) run --frameskip 0 --ramsize 268435456 --ignoresegv true
> --ignoreillegal true --ether slirp --idlewait true --keycodes true
> --keycodefile keycodes --frameskip 0 --rom Mac\ OS\ ROM --disk
> harddrive9.img
> Starting program: /Users/timdoug/Desktop/ss/SheepShaver/src/Unix/SheepShaver
> --frameskip 0 --ramsize 268435456 --ignoresegv true --ignoreillegal true
> --ether slirp --idlewait true --keycodes true --keycodefile keycodes
> --frameskip 0 --rom Mac\ OS\ ROM --disk harddrive9.img
> Reading symbols for shared libraries
> +++++++++++++++++..........................................................................
> done
> Breakpoint 1 at 0x92b65f16
> SheepShaver V2.3 by Christian Bauer and Mar"c" Hellwig
> Breakpoint 1, 0x92b65f16 in _NSAutoreleaseNoPool ()
> (gdb) bt
> #0 0x92b65f16 in _NSAutoreleaseNoPool ()
> #1 0x92a73637 in +[NSPathStore2 pathStoreWithCharacters:length:] ()
> #2 0x92a7feb7 in -[NSString(NSPathUtilities) stringByDeletingPathExtension]
> ()
> #3 0x957c7fa3 in +[NSImage imageNamed:] ()
> #4 0x957f2e6d in -[NSMenuItem initWithTitle:action:keyEquivalent:] ()
> #5 0x78072352 in prefs_init () at ../MacOSX/prefs_macosx.mm:105
> #6 0x7804a29f in main (argc=1, argv=0xbffff5c4) at main_unix.cpp:485
> (gdb) ...
> The following seven breakpoints are also triggered in prefs_init(). Moving
> the allocation and deallocation to that function from openPreferences
> appears to fix 'em (see attached).
> Thanks,
> -Tim
> On Sat, Jan 2, 2010 at 2:26 PM, Alexei Svitkine <ale...@gm...>
> wrote:
>>
>> Hi Tim,
>>
>> I've committed a change that creates and releases the pool around the
>> call to the modal prefs dialog only. Can you verify that this gets rid
>> of the messages?
>>
>> -Alexei
>>
>> On Sat, Jan 2, 2010 at 4:27 AM, Christian Bauer <cb...@ce...> wrote:
>> > I'm no Objective C or Cocoa master either... :)
>> >
>> > -------- Original Message --------
>> > Subject: [PATCH] SheepShaver, Mac OS X, and NSAutoreleasePool
>> > Date: Fri, 1 Jan 2010 16:07:45 -0500
>> > From: Tim Douglas <ti...@gm...>
>> > To: cb...@ce...
>> >
>> > Mr. Bauer,
>> >
>> > Thanks so much for the development of SheepShaver. It's wonderful
>> > reliving
>> > memories of Mac OSs past on my shiny Core 2 MacBook Pro. When compiling
>> > the
>> > source from CVS and running it on Mac OS X 10.5.8, I receive these
>> > messages
>> > on stderr:
>> >
>> > 2010-01-01 16:02:08.421 SheepShaver[11638:10b] ***
>> > _NSAutoreleaseNoPool():
>> > Object 0x30d800 of class NSPathStore2 autoreleased with no pool in place
>> > -
>> > just leaking
>> > Stack: (0x92b65f4f 0x92a73637 0x92a7feb7 0x957c7fa3 0x957f2e6d
>> > 0x78072372
>> > 0x7804a29f 0x78049066)
>> > 2010-01-01 16:02:08.423 SheepShaver[11638:10b] ***
>> > _NSAutoreleaseNoPool():
>> > Object 0x314490 of class NSCFData autoreleased with no pool in place -
>> > just
>> > leaking
>> > Stack: (0x92b65f4f 0x92a72432 0x92a86b25 0x92a86701 0x957c8280
>> > 0x957c8161
>> > 0x957c7fdf 0x957f2e6d 0x78072372 0x7804a29f 0x78049066)
>> > 2010-01-01 16:02:08.430 SheepShaver[11638:10b] ***
>> > _NSAutoreleaseNoPool():
>> > Object 0xa08a0fa0 of class NSCFString autoreleased with no pool in place
>> > -
>> > just leaking
>> > Stack: (0x92b65f4f 0x92a72432 0x957c8161 0x957c7fdf 0x957f2e6d
>> > 0x78072372
>> > 0x7804a29f 0x78049066)
>> >
>> > ...and five more similar ones. It appears as if Cocoa APIs are being
>> > used
>> > without an NSAutoreleasePool in place. The attached CVS diff appears to
>> > fix
>> > the issue by establishing the appropriate pool before the calls are
>> > made. I'm no Objective C or Cocoa master, nor do I have that strong of a
>> > grasp of the internal workings of SheepShaver, but presumably something
>> > along these lines is all that's needed.
>> >
>> > Thanks again for the great emulator!
>> > -Tim
>> >
>> > ---------cut here---------
>> >
>> > Index: src/MacOSX/prefs_macosx.mm
>> > ===================================================================
>> > RCS file: /home/cvs/cebix/SheepShaver/src/MacOSX/prefs_macosx.mm,v
>> > retrieving revision 1.2
>> > diff -u -r1.2 prefs_macosx.mm
>> > --- src/MacOSX/prefs_macosx.mm 18 Aug 2009 18:22:01 -0000 1.2
>> > +++ src/MacOSX/prefs_macosx.mm 1 Jan 2010 20:56:08 -0000
>> > @@ -30,6 +30,7 @@
>> > @interface SheepShaverMain : NSObject
>> > NSArray *nibObjects;
>> > NSWindow *prefsWindow;
>> > + NSAutoreleasePool *pool;
>> > @end
>> >
>> > @implementation SheepShaverMain
>> > @@ -97,6 +98,7 @@
>> > NSMenu *appMenu;
>> > NSMenuItem *menuItem;
>> >
>> > + pool = [[NSAutoreleasePool alloc] init];
>> > appMenu = [[[NSApp mainMenu] itemAtIndex:0] submenu];
>> > menuItem = [[NSMenuItem alloc] initWithTitle:@"Preferences..."
>> > action:@selector(openPreferences:) keyEquivalent:@","];
>> > [appMenu insertItem:menuItem atIndex:2];
>> > @@ -113,4 +115,5 @@
>> >
>> > void prefs_exit(void)
>> > {
>> > + [pool release];
>> > }
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > This SF.Net email is sponsored by the Verizon Developer Community
>> > Take advantage of Verizon's best-in-class app development support
>> > A streamlined, 14 day to market process makes app distribution fast and
>> > easy
>> > Join now and get one step closer to millions of Verizon customers
>> > http://p.sf.net/sfu/verizon-dev2dev
>> > _______________________________________________
>> > basilisk-devel mailing list
>> > bas...@li...
>> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>> >
>> >
>
>
|
|
From: Tim D. <ti...@gm...> - 2010-01-02 23:22:46
|
A fresh checkout works perfectly. Thanks again! -T On Sat, Jan 2, 2010 at 5:09 PM, Alexei Svitkine <ale...@gm...>wrote: > Committed. Thanks. > > -Alexei |
|
From: howard s. <how...@ho...> - 2010-01-14 16:03:29
|
Hi,
Using SDL-1.2.14, Cygwin 1.7.1 errors occur while building both SheepShaver and BasiliskII. I have described the steps I take to build both executables and (for SheepShaver) how to work around these errors.
Maybe someone can look into it and adjust the code?
Thanks, best,
Howard
SheepShaver:
cd SheepShaver
make links
cd src/Windows
NO_CONFIGURE=1 ../Unix/autogen.sh
./configure leads to:
(part of configure log....
checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config)
Summary:
Enable JIT compiler .............. : yes
GTK user interface ............... : no
./configure --disable-gtktest leads to:
(part of configure log...
checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config
checking for GTK+ - version >= 1.3.15... yes (version 2.6.8))
Summary:
Enable JIT compiler .............. : yes
GTK user interface ............... : yes
$ make
gcc -I../kpx_cpu/include -I../kpx_cpu/src -DUSE_JIT -I../include -I. -I../slirp -DHAVE_CONFIG_H -O2 -c ../kpx_cpu/src/cpu/jit/dyngen.c -o obj/dyngen.ho
../kpx_cpu/src/cpu/jit/dyngen.c: In function `patch_relocations'
../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `i' undeclared (first use in this function)
../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: (Each undeclared identifier is reported only once
../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: for each function it appears in.)
../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `rel' undeclared (first use in this function)
../kpx_cpu/src/cpu/jit/dyngen.c:2178: error: `copy_size' undeclared (first use in this function)
../kpx_cpu/src/cpu/jit/dyngen.c:2179: error: `sym_name' undeclared (first use in this function)
../kpx_cpu/src/cpu/jit/dyngen.c:2180: error: `p' undeclared (first use in this function)
../kpx_cpu/src/cpu/jit/dyngen.c: In function `gen_file':
../kpx_cpu/src/cpu/jit/dyngen.c:2891: error: `data_sec_hdr' undeclared (first use in this function)
make: *** [obj/dyngen.ho] Error 1
I can solve this by using the revision 1.19 version of dyngen.c
Next, make stumbles over:
g++ -o SheepShaverGUI.exe obj/prefs.o obj/prefs_windows.o obj/prefs_editor_gtk.o obj/xpram_windows.o obj/prefs_ite
ms.o obj/user_strings.o obj/user_strings_windows.o obj/util_windows.o obj/packet32.o obj/SheepShaverGUI.o -lwsock32 -lip
hlpapi -LD:/GTK/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgo
bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -mwindows -mno-cygwin
obj/prefs.o:prefs.cpp:(.text+0x9): undefined reference to `prefs_exit()'
obj/prefs.o:prefs.cpp:(.text+0x624): undefined reference to `prefs_init()'
This can be solved by editing BasliskII\src\prefs.cpp and removing:
#ifdef SHEEPSHAVER
// System specific initialization
prefs_init();
#endif
and
#ifdef SHEEPSHAVER
// System specific deinitialization
prefs_exit();
#endif
This ultimately leads to succesfull builds of both SheepShaver.exe and SheepShaverGUI.exe
For Basilisk, using clean code from CVS again:
./configure leads to:
(part of configure log...
checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config
checking for GTK+ - version >= 1.3.15... no)
Summary:
Use JIT compiler ....................... : yes
JIT debug mode ......................... : no
Floating-Point emulation core .......... : IEEE fpu core
Assembly optimizations ................. : i386
Addressing mode ........................ : direct
GTK user interface ..................... : no
./configure --disable-gtktest leads to:
Summary:
Use JIT compiler ....................... : yes
JIT debug mode ......................... : no
Floating-Point emulation core .......... : IEEE fpu core
Assembly optimizations ................. : i386
Addressing mode ........................ : direct
GTK user interface ..................... : yes
make then reports (related to the recent SheepVM changes?):
g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw -mno-cygwin -Dmain=SDL_main -c ../main.cpp -o obj/main.o
g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw -mno-cygwin -Dmain=SDL_main -c main_windows.cpp -o obj/main_windows.o
main_windows.cpp: In function `int SDL_main(int, char**)':
main_windows.cpp:270: error: invalid conversion from `int' to `const char*'
main_windows.cpp:270: error: invalid initialization of reference of type 'int&' from expression of type 'char**'
../include/prefs.h:26: error: in passing argument 2 of `void PrefsInit(const char*, int&, char**&)'
make: *** [obj/main_windows.o] Error 1
There will be more errors building BasiliskII, but as I'm not able to solve the first one, the next can't appear yet ;-)
_________________________________________________________________
25GB gratis online harde schijf
http://skydrive.live.com |
|
From: Alexei S. <ale...@gm...> - 2010-01-15 01:55:24
|
I've committed changes that should fix your issues with compiling dyngen.c. Can you verify that it now compiles properly? As for the prefs_init()/prefs_exit() issue, I'll have to figure out why src/dummy/prefs_dummy.cpp isn't being built/linked for your config. I've also committed a fix for the first Basilisk compile error you got. Please try again and let me know the results. Thanks! -Alexei On Thu, Jan 14, 2010 at 11:03 AM, howard spoelstra <how...@ho...> wrote: > Hi, > > Using SDL-1.2.14, Cygwin 1.7.1 errors occur while building both SheepShaver > and BasiliskII. I have described the steps I take to build both executables > and (for SheepShaver) how to work around these errors. > Maybe someone can look into it and adjust the code? > > Thanks, best, > Howard > > SheepShaver: > > cd SheepShaver > make links > cd src/Windows > NO_CONFIGURE=1 ../Unix/autogen.sh > > ./configure leads to: > > (part of configure log.... > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config) > > Summary: > Enable JIT compiler .............. : yes > GTK user interface ............... : no > > ./configure --disable-gtktest leads to: > > (part of configure log... > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > checking for GTK+ - version >= 1.3.15... yes (version 2.6.8)) > > Summary: > Enable JIT compiler .............. : yes > GTK user interface ............... : yes > > > $ make > gcc -I../kpx_cpu/include -I../kpx_cpu/src -DUSE_JIT -I../include -I. > -I../slirp -DHAVE_CONFIG_H -O2 -c ../kpx_cpu/src/cpu/jit/dyngen.c -o > obj/dyngen.ho > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `patch_relocations' > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `i' undeclared (first use in > this function) > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: (Each undeclared identifier is > reported only once > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: for each function it appears > in.) > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `rel' undeclared (first use in > this function) > ../kpx_cpu/src/cpu/jit/dyngen.c:2178: error: `copy_size' undeclared (first > use in this function) > ../kpx_cpu/src/cpu/jit/dyngen.c:2179: error: `sym_name' undeclared (first > use in this function) > ../kpx_cpu/src/cpu/jit/dyngen.c:2180: error: `p' undeclared (first use in > this function) > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `gen_file': > ../kpx_cpu/src/cpu/jit/dyngen.c:2891: error: `data_sec_hdr' undeclared > (first use in this function) > make: *** [obj/dyngen.ho] Error 1 > > I can solve this by using the revision 1.19 version of dyngen.c > Next, make stumbles over: > > g++ -o SheepShaverGUI.exe obj/prefs.o obj/prefs_windows.o > obj/prefs_editor_gtk.o obj/xpram_windows.o obj/prefs_ite > ms.o obj/user_strings.o obj/user_strings_windows.o obj/util_windows.o > obj/packet32.o obj/SheepShaverGUI.o -lwsock32 -lip > hlpapi -LD:/GTK/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 > -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgo > bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -mwindows -mno-cygwin > obj/prefs.o:prefs.cpp:(.text+0x9): undefined reference to `prefs_exit()' > obj/prefs.o:prefs.cpp:(.text+0x624): undefined reference to `prefs_init()' > > This can be solved by editing BasliskII\src\prefs.cpp and removing: > #ifdef SHEEPSHAVER > // System specific initialization > prefs_init(); > #endif > > and > #ifdef SHEEPSHAVER > // System specific deinitialization > prefs_exit(); > #endif > > This ultimately leads to succesfull builds of both SheepShaver.exe and > SheepShaverGUI.exe > > > > For Basilisk, using clean code from CVS again: > > ./configure leads to: > > (part of configure log... > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > checking for GTK+ - version >= 1.3.15... no) > > Summary: > Use JIT compiler ....................... : yes > JIT debug mode ......................... : no > Floating-Point emulation core .......... : IEEE fpu core > Assembly optimizations ................. : i386 > Addressing mode ........................ : direct > GTK user interface ..................... : no > > ./configure --disable-gtktest leads to: > > Summary: > Use JIT compiler ....................... : yes > JIT debug mode ......................... : no > Floating-Point emulation core .......... : IEEE fpu core > Assembly optimizations ................. : i386 > Addressing mode ........................ : direct > GTK user interface ..................... : yes > > make then reports (related to the recent SheepVM changes?): > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > -mno-cygwin -Dmain=SDL_main -c ../main.cpp -o obj/main.o > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > -mno-cygwin -Dmain=SDL_main -c main_windows.cpp -o obj/main_windows.o > main_windows.cpp: In function `int SDL_main(int, char**)': > main_windows.cpp:270: error: invalid conversion from `int' to `const char*' > main_windows.cpp:270: error: invalid initialization of reference of type > 'int&' from expression of type 'char**' > ../include/prefs.h:26: error: in passing argument 2 of `void PrefsInit(const > char*, int&, char**&)' > make: *** [obj/main_windows.o] Error 1 > > There will be more errors building BasiliskII, but as I'm not able to solve > the first one, the next can't appear yet ;-) > > > ________________________________ > Ontdek nu Windows phone. De smartphone van dit moment > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: howard s. <how...@ho...> - 2010-01-15 07:25:48
|
Hi Alexei, BasiliskII and the GUI now compile successfully on Windows using Cygwin. We windows users still suffer from some SDL related problem causing a black screen though... Thanks, Howard > From: ale...@gm... > Date: Thu, 14 Jan 2010 20:54:56 -0500 > To: bas...@li... > Subject: Re: [B2-devel] Errors building SheepShaver and BasiliskII for Windows using Cygwin > > I've committed changes that should fix your issues with compiling > dyngen.c. Can you verify that it now compiles properly? > > As for the prefs_init()/prefs_exit() issue, I'll have to figure out > why src/dummy/prefs_dummy.cpp isn't being built/linked for your > config. > > I've also committed a fix for the first Basilisk compile error you > got. Please try again and let me know the results. > > Thanks! > > -Alexei > > On Thu, Jan 14, 2010 at 11:03 AM, howard spoelstra > <how...@ho...> wrote: > > Hi, > > > > Using SDL-1.2.14, Cygwin 1.7.1 errors occur while building both SheepShaver > > and BasiliskII. I have described the steps I take to build both executables > > and (for SheepShaver) how to work around these errors. > > Maybe someone can look into it and adjust the code? > > > > Thanks, best, > > Howard > > > > SheepShaver: > > > > cd SheepShaver > > make links > > cd src/Windows > > NO_CONFIGURE=1 ../Unix/autogen.sh > > > > ./configure leads to: > > > > (part of configure log.... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config) > > > > Summary: > > Enable JIT compiler .............. : yes > > GTK user interface ............... : no > > > > ./configure --disable-gtktest leads to: > > > > (part of configure log... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > > checking for GTK+ - version >= 1.3.15... yes (version 2.6.8)) > > > > Summary: > > Enable JIT compiler .............. : yes > > GTK user interface ............... : yes > > > > > > $ make > > gcc -I../kpx_cpu/include -I../kpx_cpu/src -DUSE_JIT -I../include -I. > > -I../slirp -DHAVE_CONFIG_H -O2 -c ../kpx_cpu/src/cpu/jit/dyngen.c -o > > obj/dyngen.ho > > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `patch_relocations' > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `i' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: (Each undeclared identifier is > > reported only once > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: for each function it appears > > in.) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `rel' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2178: error: `copy_size' undeclared (first > > use in this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2179: error: `sym_name' undeclared (first > > use in this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2180: error: `p' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `gen_file': > > ../kpx_cpu/src/cpu/jit/dyngen.c:2891: error: `data_sec_hdr' undeclared > > (first use in this function) > > make: *** [obj/dyngen.ho] Error 1 > > > > I can solve this by using the revision 1.19 version of dyngen.c > > Next, make stumbles over: > > > > g++ -o SheepShaverGUI.exe obj/prefs.o obj/prefs_windows.o > > obj/prefs_editor_gtk.o obj/xpram_windows.o obj/prefs_ite > > ms.o obj/user_strings.o obj/user_strings_windows.o obj/util_windows.o > > obj/packet32.o obj/SheepShaverGUI.o -lwsock32 -lip > > hlpapi -LD:/GTK/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 > > -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgo > > bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -mwindows -mno-cygwin > > obj/prefs.o:prefs.cpp:(.text+0x9): undefined reference to `prefs_exit()' > > obj/prefs.o:prefs.cpp:(.text+0x624): undefined reference to `prefs_init()' > > > > This can be solved by editing BasliskII\src\prefs.cpp and removing: > > #ifdef SHEEPSHAVER > > // System specific initialization > > prefs_init(); > > #endif > > > > and > > #ifdef SHEEPSHAVER > > // System specific deinitialization > > prefs_exit(); > > #endif > > > > This ultimately leads to succesfull builds of both SheepShaver.exe and > > SheepShaverGUI.exe > > > > > > > > For Basilisk, using clean code from CVS again: > > > > ./configure leads to: > > > > (part of configure log... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > > checking for GTK+ - version >= 1.3.15... no) > > > > Summary: > > Use JIT compiler ....................... : yes > > JIT debug mode ......................... : no > > Floating-Point emulation core .......... : IEEE fpu core > > Assembly optimizations ................. : i386 > > Addressing mode ........................ : direct > > GTK user interface ..................... : no > > > > ./configure --disable-gtktest leads to: > > > > Summary: > > Use JIT compiler ....................... : yes > > JIT debug mode ......................... : no > > Floating-Point emulation core .......... : IEEE fpu core > > Assembly optimizations ................. : i386 > > Addressing mode ........................ : direct > > GTK user interface ..................... : yes > > > > make then reports (related to the recent SheepVM changes?): > > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > > -mno-cygwin -Dmain=SDL_main -c ../main.cpp -o obj/main.o > > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > > -mno-cygwin -Dmain=SDL_main -c main_windows.cpp -o obj/main_windows.o > > main_windows.cpp: In function `int SDL_main(int, char**)': > > main_windows.cpp:270: error: invalid conversion from `int' to `const char*' > > main_windows.cpp:270: error: invalid initialization of reference of type > > 'int&' from expression of type 'char**' > > ../include/prefs.h:26: error: in passing argument 2 of `void PrefsInit(const > > char*, int&, char**&)' > > make: *** [obj/main_windows.o] Error 1 > > > > There will be more errors building BasiliskII, but as I'm not able to solve > > the first one, the next can't appear yet ;-) > > > > > > ________________________________ > > Ontdek nu Windows phone. De smartphone van dit moment > > ------------------------------------------------------------------------------ > > Throughout its 18-year history, RSA Conference consistently attracts the > > world's best and brightest in the field, creating opportunities for > > Conference > > attendees to learn about information security's most important issues > > through > > interactions with peers, luminaries and emerging and established companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > basilisk-devel mailing list > > bas...@li... > > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel _________________________________________________________________ 25GB gratis online harde schijf http://skydrive.live.com |
|
From: howard s. <how...@ho...> - 2010-01-15 07:34:42
|
Hi Alexei, As for SheepShaver: SheepShaver.exe also builds OK. It's only SheepShaverGUI.exe that doesn't. Best, Howard > From: ale...@gm... > Date: Thu, 14 Jan 2010 20:54:56 -0500 > To: bas...@li... > Subject: Re: [B2-devel] Errors building SheepShaver and BasiliskII for Windows using Cygwin > > I've committed changes that should fix your issues with compiling > dyngen.c. Can you verify that it now compiles properly? > > As for the prefs_init()/prefs_exit() issue, I'll have to figure out > why src/dummy/prefs_dummy.cpp isn't being built/linked for your > config. > > I've also committed a fix for the first Basilisk compile error you > got. Please try again and let me know the results. > > Thanks! > > -Alexei > > On Thu, Jan 14, 2010 at 11:03 AM, howard spoelstra > <how...@ho...> wrote: > > Hi, > > > > Using SDL-1.2.14, Cygwin 1.7.1 errors occur while building both SheepShaver > > and BasiliskII. I have described the steps I take to build both executables > > and (for SheepShaver) how to work around these errors. > > Maybe someone can look into it and adjust the code? > > > > Thanks, best, > > Howard > > > > SheepShaver: > > > > cd SheepShaver > > make links > > cd src/Windows > > NO_CONFIGURE=1 ../Unix/autogen.sh > > > > ./configure leads to: > > > > (part of configure log.... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config) > > > > Summary: > > Enable JIT compiler .............. : yes > > GTK user interface ............... : no > > > > ./configure --disable-gtktest leads to: > > > > (part of configure log... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > > checking for GTK+ - version >= 1.3.15... yes (version 2.6.8)) > > > > Summary: > > Enable JIT compiler .............. : yes > > GTK user interface ............... : yes > > > > > > $ make > > gcc -I../kpx_cpu/include -I../kpx_cpu/src -DUSE_JIT -I../include -I. > > -I../slirp -DHAVE_CONFIG_H -O2 -c ../kpx_cpu/src/cpu/jit/dyngen.c -o > > obj/dyngen.ho > > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `patch_relocations' > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `i' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: (Each undeclared identifier is > > reported only once > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: for each function it appears > > in.) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2176: error: `rel' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2178: error: `copy_size' undeclared (first > > use in this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2179: error: `sym_name' undeclared (first > > use in this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c:2180: error: `p' undeclared (first use in > > this function) > > ../kpx_cpu/src/cpu/jit/dyngen.c: In function `gen_file': > > ../kpx_cpu/src/cpu/jit/dyngen.c:2891: error: `data_sec_hdr' undeclared > > (first use in this function) > > make: *** [obj/dyngen.ho] Error 1 > > > > I can solve this by using the revision 1.19 version of dyngen.c > > Next, make stumbles over: > > > > g++ -o SheepShaverGUI.exe obj/prefs.o obj/prefs_windows.o > > obj/prefs_editor_gtk.o obj/xpram_windows.o obj/prefs_ite > > ms.o obj/user_strings.o obj/user_strings_windows.o obj/util_windows.o > > obj/packet32.o obj/SheepShaverGUI.o -lwsock32 -lip > > hlpapi -LD:/GTK/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 > > -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgo > > bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -mwindows -mno-cygwin > > obj/prefs.o:prefs.cpp:(.text+0x9): undefined reference to `prefs_exit()' > > obj/prefs.o:prefs.cpp:(.text+0x624): undefined reference to `prefs_init()' > > > > This can be solved by editing BasliskII\src\prefs.cpp and removing: > > #ifdef SHEEPSHAVER > > // System specific initialization > > prefs_init(); > > #endif > > > > and > > #ifdef SHEEPSHAVER > > // System specific deinitialization > > prefs_exit(); > > #endif > > > > This ultimately leads to succesfull builds of both SheepShaver.exe and > > SheepShaverGUI.exe > > > > > > > > For Basilisk, using clean code from CVS again: > > > > ./configure leads to: > > > > (part of configure log... > > checking for pkg-config... /cygdrive/d/GTK/bin/pkg-config > > checking for GTK+ - version >= 1.3.15... no) > > > > Summary: > > Use JIT compiler ....................... : yes > > JIT debug mode ......................... : no > > Floating-Point emulation core .......... : IEEE fpu core > > Assembly optimizations ................. : i386 > > Addressing mode ........................ : direct > > GTK user interface ..................... : no > > > > ./configure --disable-gtktest leads to: > > > > Summary: > > Use JIT compiler ....................... : yes > > JIT debug mode ......................... : no > > Floating-Point emulation core .......... : IEEE fpu core > > Assembly optimizations ................. : i386 > > Addressing mode ........................ : direct > > GTK user interface ..................... : yes > > > > make then reports (related to the recent SheepVM changes?): > > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > > -mno-cygwin -Dmain=SDL_main -c ../main.cpp -o obj/main.o > > g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H > > -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE > > -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY -DOPTIMIZED_FLAGS > > -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -O2 > > -I/home/hsp/cvs/SDL/release_1.2.14/include/SDL -I/usr/include/mingw > > -mno-cygwin -Dmain=SDL_main -c main_windows.cpp -o obj/main_windows.o > > main_windows.cpp: In function `int SDL_main(int, char**)': > > main_windows.cpp:270: error: invalid conversion from `int' to `const char*' > > main_windows.cpp:270: error: invalid initialization of reference of type > > 'int&' from expression of type 'char**' > > ../include/prefs.h:26: error: in passing argument 2 of `void PrefsInit(const > > char*, int&, char**&)' > > make: *** [obj/main_windows.o] Error 1 > > > > There will be more errors building BasiliskII, but as I'm not able to solve > > the first one, the next can't appear yet ;-) > > > > > > ________________________________ > > Ontdek nu Windows phone. De smartphone van dit moment > > ------------------------------------------------------------------------------ > > Throughout its 18-year history, RSA Conference consistently attracts the > > world's best and brightest in the field, creating opportunities for > > Conference > > attendees to learn about information security's most important issues > > through > > interactions with peers, luminaries and emerging and established companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > basilisk-devel mailing list > > bas...@li... > > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel _________________________________________________________________ 25GB gratis online harde schijf http://skydrive.live.com |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X