[Ohrrpgce] SVN: james/3852 Reload editor now allows reordering of nodes relative to their siblings.
james 2010-10-08 23:28:25 -0700 (Fri, 08 Oct 2010) 146 Reload editor now allows reordering of nodes relative to their siblings. Also cleaned up the reload editor a lot with a ReloadEditorState object. --- U wip/ohrhelp/reload_editor.txt U wip/reloadedit.bas ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
[Ohrrpgce] SVN: james/3851 Added SwapSiblingNodes() to reload.bas
james 2010-10-08 21:41:22 -0700 (Fri, 08 Oct 2010) 137 Added SwapSiblingNodes() to reload.bas I tested it pretty well, and added a unit test, but I wouldn't mind a few extra eyes on the code. --- U wip/reload.bas U wip/reload.bi U wip/reloadtest.bas ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 14:00, James Paige wrote: >> Odd... why is the linker complaining? Also I'm surprised that it's >> symlinked to libSystem. Try >> file /usr/lib/libgcc_s.1.dylib >> to see the architectures included, and edit Makefile to add -v to >> FBFLAGS, and see what it passes to as. >> A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to FBFLAGS > > So I got this working with -Wl -lgcc_s.10.4 > > I created a symlink from ~/fw pointing to ~/Library/Frameworks and I > used that in my FRAMEWORKS_PATH and that made the command line short > enough that (freebasic?) didn't truncate it, and the build worked! > > That gives me ohrrpgce-game and ohrrpgce-custom, but when I tested > ohrrpgce-custom by opening Vikings of Midgard, I crashed like this: > > broaste:~/src/ohr/wip james$ ./ohrrpgce-custom > ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object > 0xbfffcdd0: pointer being freed was not allocated > *** set a breakpoint in malloc_error_break to debug > ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object > 0xbfffcd74: pointer being freed was not allocated > *** set a breakpoint in malloc_error_break to debug > ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object > 0xbfffcdec: pointer being freed was not allocated > *** set a breakpoint in malloc_error_break to debug > Segmentation fault > > ohrrpgce-game crashes like this: > > broaste:~/src/ohr/wip james$ ./ohrrpgce-game > ohrrpgce-game(49758,0xa0523500) malloc: *** error for object 0x8b04c483: > pointer being freed was not allocated > *** set a breakpoint in malloc_error_break to debug > Bus error > > Here is what gdbgame.sh tells me: > > broaste:~/src/ohr/wip james$ ./gdbgame.sh > GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 > UTC 2010) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "x86_64-apple-darwin"...Reading symbols for > shared libraries done > > warning: Trying to remove a section from the ordered section list that > did not exist at 0x1d8000. > > warning: Trying to remove a section from the ordered section list that > did not exist at 0x1d9000. > > Breakpoint 1 at 0x175441: file ../../libfb_exit.c, line 47. > Breakpoint 2 at 0x8b60a5 > Breakpoint 3 at 0x9a0674 > Running... > Reading symbols for shared libraries > .+++ > done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > ohrrpgce-game(49808,0xa0523500) malloc: *** error for object 0x8b04c483: > pointer being freed was not allocated > *** set a breakpoint in malloc_error_break to debug > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x001073dd > fb_StrDelete (str=0x1073dd) at ../../libfb_str_del.c:51 > 51 ../../libfb_str_del.c: No such file or directory. > in ../../libfb_str_del.c > misc/gdbcmds1.txt:13: Error in sourced command file: > Invalid type combination in equality test. > Dumping state > $1 = 0x0 > $2 = > $3 = > 4 0x9504e13a in > semaphore_timedwait_signal_trap () > 3 0x950739b2 in __workq_kernreturn () > 2 "com.apple.libdispatch-manager" 0x95074922 in kevent () > * 1 "com.apple.main-thread" fb_StrDelete (str=0x1073dd) at > ../../libfb_str_del.c:51 > #0 fb_StrDelete (str=0x1073dd) at ../../libfb_str_del.c:51 > No locals. > #1 0x00111c75 in Gfx_backend_init () > No symbol table info available. > #2 0x0010111a in FONT_UNLOAD () > No symbol table info available. > #3 0x0010124f in FONT_CREATE_EDGED () > No symbol table info available. > #4 0x00101ebf in SETFONT () > No symbol table info available. > #5 0x0001698c in SDL_main () > No symbol table info available. > #6 0x001aa59c in -[SDLMain applicationDidFinishLaunching:] () > No symbol table info available. > #7 0x9496f1c3 in _nsnote_callback () > No symbol table info available. > #8 0x93f433c3 in __CFXNotificationPost () > No symbol table info available. > #9 0x93f42dca in _CFXNotificationPostNotification () > No symbol table info available. > #10 0x94964090 in -[NSNotificationCenter > postNotificationName:object:userInfo:] ()
[Ohrrpgce] SVN: james/3850 Add the ability to change node types in the Reload editor.
james 2010-10-08 18:48:48 -0700 (Fri, 08 Oct 2010) 258 Add the ability to change node types in the Reload editor. Also increased the integer cap from signed 16 bit to signed 32 bit... ...except when you get close to the cap, the number goes crzy. My bug? Reload's bug? intgrabber()'s bug? I'm not sure yet. --- U wip/custom.bas U wip/ohrhelp/reload_editor.txt U wip/reloadedit.bas ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] better palette options
On Sat, Oct 9, 2010 at 5:07 AM, Ralph Versteegen wrote: > On 9 October 2010 02:48, David Gowers (kampu) <00a...@gmail.com> wrote: >> On Fri, Oct 8, 2010 at 11:42 PM, David Gowers (kampu) <00a...@gmail.com> >> wrote: >>> http://bpaste.net/show/10001/ >>> ^ >>> The format proposition >>> > > Generally this looks good. Aside from the following long string of criticisms > ;) > > I'm not sure, but I believe you're suggesting using a plain binary > lump instead of Reload for animation? If Reload is actually part of > it, I don't see much point in a separate lump per animation. RELOAD was not part of it (well, honestly RELOAD vaguely annoys me, the way it replicates XML's weird data model. So it's not the first thing I would think of.) But it is now. > > I notice that separate image size and bounding box size/offset are > missing. Intentionally? Missing? I understood the base bounding box size and location as being immutable (and based off say, a manually definable box - see slice editor). While this was a bit annoying, it made some amount of sense. I'm not sure how to avoid confusing the user if they are not immutable. Please, explain further how you conceive of the interaction of bounding boxes and image offsets? > > I don't understand the difference between the 'animset' command, and > chaining to another animation using 'end'. animset != anim. it doesn't set the anim, it sets the animset. Anyway I removed that by allowing varlength tuples. > > You're also missing animation names. I think naming animations is > better than numbering them. > Then you can add a attackee flinch > animation to an enemy, say, just by adding an animation and naming it > "hurt". +1. I was thinking about this problem and couldn't figure out how to do it nicely, but this is excellent. > > The check/setctr codes seem to be very inefficient for creating loops: > > setctr ctr0 = x > label 1 > ...loop contents > setctr ctr0 -= 1 > checkctr ctr0 == 0 > goto label 2 > goto label 1 > label 2 > > Those last 5 instructions could be replaced with a loop(ctr,label) > code: decrement ctr and goto label if ctr > 0. A relative frame change > code would also be very useful for loops. oh right, ctr and label can fit into 16 bits easily(3+8) Good idea. (note that I'm leaving in the original ops -- they have a specific use that cannot be readily attained by a loop command : interleaving instructions, like 'wait 1' that only execute eg on >= second loop through a particular area of code. > > I suggest a 'reset' command. Changing the sprite state after the end > may be desired (ie. a transition animation), and sometimes not. > 'reset' would return to the original gfxset, frame, palette, and > offset. > >> Note that I intentionally made it as unrestricted as possible. >> Imposing additional constraints could allow the removal of certain >> tuple types and runtime data fields. Whether additional constraints >> are appropriate is a matter for discussion. >> >> Comments on PNG: >> * I saw your suggestion, Mike, and I thought : though it isn't the >> only option, it has a lot going for it. >> >> * Note we may want to rewrite imported images even if they are in PNG >> already: Some programs (notably Photoshop) are pretty bad at >> compressing PNG relative to libpng. >> >> * I opted to include a simple source-tracking tEXT chunk >> to aid import <-> export cycles >> >> * using PNG (and implicitly assuming 256-color sprite data) has the >> side effect that we can play nicer with eg Grafx2, which always writes >> a '256-color' image even though only the first 16 colors are used. > > I'm uneasy about using PNG: > * the biggest problem: paletted PNG files require a palette, which is > useless to us. We could instead encode our images as 4-bit/8-bit > greyscale pngs, but then the PNG is not even human-viewable; isn't > that half of the point of using PNGs? Would we put real palette > information (default palette) in a private chunk? I wasn't sure what to think about this. Because default palettes of the 256-color variety are NOT addressed with the current scheme. Although it looks like we can use negative values in defpal%d.bin to implement that. Anyway I changed to a reload-wrapped blob of pixels. > > * it would be a horrible idea to import whole PNG files. There could > be all kinds of other things in them that could change meaning later > (eg. requesting pixel data from libpng in a different way) > > * requires interfacing with an external library, all this is going to > be potentially much more work than using our own barebones file > format. However we might want to use libpng for importing/exporting > png files anyway. +1 on that. > > * It would probably actually increase file size when used for > walkabout sprites and smaller: chunk headers add a minimum of 56 bytes > (assuming no palette chunk) without even encoding the image size. And > individually compressing each 20x20 frame may yield lower compression > than just using zlib on the ent
[Ohrrpgce] SVN: james/3849 Added -e to the sed lines in bundle-apps.sh without which sed gets confu
james 2010-10-08 18:02:24 -0700 (Fri, 08 Oct 2010) 122 Added -e to the sed lines in bundle-apps.sh without which sed gets confused, thinking the filename is part of the pattern --- UU wip/bundle-apps.sh ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
> Odd... why is the linker complaining? Also I'm surprised that it's > symlinked to libSystem. Try > file /usr/lib/libgcc_s.1.dylib > to see the architectures included, and edit Makefile to add -v to > FBFLAGS, and see what it passes to as. > A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to FBFLAGS So I got this working with -Wl -lgcc_s.10.4 I created a symlink from ~/fw pointing to ~/Library/Frameworks and I used that in my FRAMEWORKS_PATH and that made the command line short enough that (freebasic?) didn't truncate it, and the build worked! That gives me ohrrpgce-game and ohrrpgce-custom, but when I tested ohrrpgce-custom by opening Vikings of Midgard, I crashed like this: broaste:~/src/ohr/wip james$ ./ohrrpgce-custom ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object 0xbfffcdd0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object 0xbfffcd74: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug ohrrpgce-custom(49712,0xa0523500) malloc: *** error for object 0xbfffcdec: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Segmentation fault ohrrpgce-game crashes like this: broaste:~/src/ohr/wip james$ ./ohrrpgce-game ohrrpgce-game(49758,0xa0523500) malloc: *** error for object 0x8b04c483: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Bus error Here is what gdbgame.sh tells me: broaste:~/src/ohr/wip james$ ./gdbgame.sh GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries done warning: Trying to remove a section from the ordered section list that did not exist at 0x1d8000. warning: Trying to remove a section from the ordered section list that did not exist at 0x1d9000. Breakpoint 1 at 0x175441: file ../../libfb_exit.c, line 47. Breakpoint 2 at 0x8b60a5 Breakpoint 3 at 0x9a0674 Running... Reading symbols for shared libraries .+++ done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done ohrrpgce-game(49808,0xa0523500) malloc: *** error for object 0x8b04c483: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x001073dd fb_StrDelete (str=0x1073dd) at ../../libfb_str_del.c:51 51 ../../libfb_str_del.c: No such file or directory. in ../../libfb_str_del.c misc/gdbcmds1.txt:13: Error in sourced command file: Invalid type combination in equality test. Dumping state $1 = 0x0 $2 = $3 = 4 0x9504e13a in semaphore_timedwait_signal_trap () 3 0x950739b2 in __workq_kernreturn () 2 "com.apple.libdispatch-manager" 0x95074922 in kevent () * 1 "com.apple.main-thread" fb_StrDelete (str=0x1073dd) at ../../libfb_str_del.c:51 #0 fb_StrDelete (str=0x1073dd) at ../../libfb_str_del.c:51 No locals. #1 0x00111c75 in Gfx_backend_init () No symbol table info available. #2 0x0010111a in FONT_UNLOAD () No symbol table info available. #3 0x0010124f in FONT_CREATE_EDGED () No symbol table info available. #4 0x00101ebf in SETFONT () No symbol table info available. #5 0x0001698c in SDL_main () No symbol table info available. #6 0x001aa59c in -[SDLMain applicationDidFinishLaunching:] () No symbol table info available. #7 0x9496f1c3 in _nsnote_callback () No symbol table info available. #8 0x93f433c3 in __CFXNotificationPost () No symbol table info available. #9 0x93f42dca in _CFXNotificationPostNotification () No symbol table info available. #10 0x94964090 in -[NSNotificationCenter postNotificationName:object:userInfo:] () No symbol table info available. #11 0x9497146d in -[NSNotificationCenter postNotificationName:object:] () No symbol table info available. #12 0x9131670a in -[NSApplication _postDidFinishNotification] () No symbol table info available. #13
Re: [Ohrrpgce] FreeBASIC Mac OS X build
> >> > Odd... why is the linker complaining? Also I'm surprised that it's > >> > symlinked to libSystem. Try > >> > file /usr/lib/libgcc_s.1.dylib > >> > to see the architectures included, > > > > broaste:~/src/ohr/wip james$ file /usr/lib/libgcc_s.1.dylib > > /usr/lib/libgcc_s.1.dylib: symbolic link to libSystem.B.dylib > > Opps, that's useless. Try > file -L /usr/lib/libgcc_s.1.dylib I was wondering :) broaste:~/src/ohr/wip james$ file -L /usr/lib/libgcc_s.1.dylib /usr/lib/libgcc_s.1.dylib: Mach-O universal binary with 3 architectures /usr/lib/libgcc_s.1.dylib (for architecture x86_64):Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libgcc_s.1.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libgcc_s.1.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc Looks like it has i386 okay. > OK, these should be good: > otool -t -v -arch i386 /usr/lib/libgcc_s.1.dylib | grep divdi3 broaste:~/src/ohr/wip james$ otool -t -v -arch i386 /usr/lib/libgcc_s.1.dylib | grep divdi3 ___udivdi3: ___divdi3: > otool -t -v -arch x86_64 /usr/lib/libgcc_s.1.dylib | grep divdi3 broaste:~/src/ohr/wip james$ otool -t -v -arch x86_64 /usr/lib/libgcc_s.1.dylib | grep divdi3 ___divdi3: ___udivdi3: > otool -t -v -arch i386 /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a > | grep divdi3 broaste:~/src/ohr/wip james$ otool -t -v -arch i386 /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3 otool: file: /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a does not contain architecture: i386 Ooh! Thaat is interesting. > otool -t -v -arch x86_64 > /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3 broaste:~/src/ohr/wip james$ otool -t -v -arch x86_64 /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3 otool: file: /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a does not contain architecture: x86_64 > >> If that doesn't work, I wonder what else we can try linking to (I > >> solved the __divdi3 link error when I first saw it by linking to stuff > >> I saw gcc linking to until it went away). I wonder what this reveals > >> about libgcc installation across different Macs: > >> find /usr/lib -name libgcc* > > > > As far as I can tell, that makes the command-line too long and causes it > > to be truncated :P > > Eeek! That just shouldn't happen. The maximum commandline length on OS > X is supposedly 256kb. I'm looking for some kind of limit in the FB > source, but I don't see any. You could make it shorted by commenting > out "FBFLAGS+= -Wl -macosx_version_min,10.4" I typed that comment itn the wrong place, it was actually supposed to be in response to: > >> > A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to > >> > FBFLAGS --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 08:41, James Paige wrote: > On Sat, Oct 09, 2010 at 07:23:18AM +1300, Ralph Versteegen wrote: >> On 9 October 2010 07:08, Ralph Versteegen wrote: >> > On 9 October 2010 06:54, James Paige wrote: >> >> On Sat, Oct 09, 2010 at 06:40:35AM +1300, Ralph Versteegen wrote: >> >>> On 9 October 2010 06:31, James Paige wrote: >> >>> >> > ...but now >> >>> >> > >> >>> >> > Linking Game... >> >>> >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> >>> >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> >>> >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> >>> >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o >> >>> >> > sdl_lumprwops.o >> >>> >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o >> >>> >> > browse.o >> >>> >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >> >>> >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >> >>> >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >> >>> >> > ld: warning: in blit.o, file was built for unsupported file format >> >>> >> > which >> >>> >> > is not the architecture being linked (i386) >> >>> >> > ld: warning: in base64.o, file was built for unsupported file format >> >>> >> > which is not the architecture being linked (i386) >> >>> >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file >> >>> >> > format which is not the architecture being linked (i386) >> >>> >> > Undefined symbols: >> >>> >> > "_get_sys_err_string", referenced from: >> >>> >> > _UPDATERECORDLENGTH in common.o >> >>> >> > "_smoothzoomblit_8_to_8bit", referenced from: >> >>> >> > _gfx_sdl_showpage in gfx_sdl.o >> >>> >> > "_blitohrscaled", referenced from: >> >>> >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o >> >>> >> > "_blitohr", referenced from: >> >>> >> > _DRAWOHR in allmodex.o >> >>> >> > "___divdi3", referenced from: >> >>> >> > _LOADSCRIPT in moresubs.o >> >>> >> > _UPDATERECORDLENGTH in common.o >> >>> >> > _UPGRADE in common.o >> >>> >> > _LOADTILEMAPS in loading.o >> >>> >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >> >>> >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >> >>> >> > "_main", referenced from: >> >>> >> > __start in crt1.o >> >>> >> > (maybe you meant: _SDL_main) >> >>> >> > "_base64_encode_alloc", referenced from: >> >>> >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o >> >>> >> > ld: symbol(s) not found for inferred architecture i386 >> >>> >> > make[1]: *** [ohrrpgce-game] Error 1 >> >>> >> >> >>> >> Simply change >> >>> >> CC=gcc >> >>> >> to >> >>> >> CC=gcc -m32 >> >>> >> and run make clean before attempted to rebuild. >> >>> > >> >>> > After make clean and manually deleting mac/SDLMain.o >> >>> > that got rid of those errors, but now: >> >>> > >> >>> > Linking Game... >> >>> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> >>> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> >>> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> >>> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >> >>> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >> >>> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >> >>> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >> >>> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >> >>> > Undefined symbols: >> >>> > "___divdi3", referenced from: >> >>> > _LOADSCRIPT in moresubs.o >> >>> > _UPDATERECORDLENGTH in common.o >> >>> > _UPGRADE in common.o >> >>> > _LOADTILEMAPS in loading.o >> >>> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >> >>> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >> >>> > ld: symbol(s) not found for inferred architecture i386 >> >>> > make[1]: *** [ohrrpgce-game] Error 1 >> >>> > >> >>> > --- >> >>> > James >> >>> >> >>> IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you >> >>> run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume >> >>> that's the location of that dylib). Also try "ls /usr/lib | grep >> >>> libgcc" >> >> >> >> Okay. >> >> >> >> broaste:~/src/ohr/wip james$ otool -t -v /usr/lib/libgcc_s.1.dylib | >> >> grep divdi >> >> ___divdi3: >> >> ___udivdi3: >> >> >> >> broaste:~/src/ohr/wip james$ ls /usr/lib | grep libgcc >> >> libgcc_s.1.dylib >> >> libgcc_s.10.4.dylib >> >> libgcc_s.10.5.dylib >> >> >> >> broaste:~/src/ohr/wip james$ ls -l /usr/lib | grep libgcc >> >> lrwxr-xr-x 1 root wheel 17 Apr 27 10:02 libgcc_s.1.dylib -> >> >> libSystem.B.dylib >> >> lrwxr-xr-x 1 root wheel 19 Sep 10 08:26 libgcc_s.10.4.dylib >> >> -> libgcc_s.10.5.dylib >> >> -rwxr-xr-x 1 root wheel 40668 Apr 22 23:58 libgcc_s.10.5.dylib >> >> >> >> --- >> >> James >> > >> > Odd... why is the linker complaining? Also I'm surprised that it's >> > syml
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Sat, Oct 09, 2010 at 07:23:18AM +1300, Ralph Versteegen wrote: > On 9 October 2010 07:08, Ralph Versteegen wrote: > > On 9 October 2010 06:54, James Paige wrote: > >> On Sat, Oct 09, 2010 at 06:40:35AM +1300, Ralph Versteegen wrote: > >>> On 9 October 2010 06:31, James Paige wrote: > >>> >> > ...but now > >>> >> > > >>> >> > Linking Game... > >>> >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > >>> >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > >>> >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > >>> >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o > >>> >> > sdl_lumprwops.o > >>> >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > >>> >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > >>> >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > >>> >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > >>> >> > ld: warning: in blit.o, file was built for unsupported file format > >>> >> > which > >>> >> > is not the architecture being linked (i386) > >>> >> > ld: warning: in base64.o, file was built for unsupported file format > >>> >> > which is not the architecture being linked (i386) > >>> >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file > >>> >> > format which is not the architecture being linked (i386) > >>> >> > Undefined symbols: > >>> >> > "_get_sys_err_string", referenced from: > >>> >> > _UPDATERECORDLENGTH in common.o > >>> >> > "_smoothzoomblit_8_to_8bit", referenced from: > >>> >> > _gfx_sdl_showpage in gfx_sdl.o > >>> >> > "_blitohrscaled", referenced from: > >>> >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o > >>> >> > "_blitohr", referenced from: > >>> >> > _DRAWOHR in allmodex.o > >>> >> > "___divdi3", referenced from: > >>> >> > _LOADSCRIPT in moresubs.o > >>> >> > _UPDATERECORDLENGTH in common.o > >>> >> > _UPGRADE in common.o > >>> >> > _LOADTILEMAPS in loading.o > >>> >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > >>> >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > >>> >> > "_main", referenced from: > >>> >> > __start in crt1.o > >>> >> > (maybe you meant: _SDL_main) > >>> >> > "_base64_encode_alloc", referenced from: > >>> >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o > >>> >> > ld: symbol(s) not found for inferred architecture i386 > >>> >> > make[1]: *** [ohrrpgce-game] Error 1 > >>> >> > >>> >> Simply change > >>> >> CC=gcc > >>> >> to > >>> >> CC=gcc -m32 > >>> >> and run make clean before attempted to rebuild. > >>> > > >>> > After make clean and manually deleting mac/SDLMain.o > >>> > that got rid of those errors, but now: > >>> > > >>> > Linking Game... > >>> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > >>> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > >>> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > >>> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > >>> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > >>> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > >>> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > >>> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > >>> > Undefined symbols: > >>> > "___divdi3", referenced from: > >>> > _LOADSCRIPT in moresubs.o > >>> > _UPDATERECORDLENGTH in common.o > >>> > _UPGRADE in common.o > >>> > _LOADTILEMAPS in loading.o > >>> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > >>> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > >>> > ld: symbol(s) not found for inferred architecture i386 > >>> > make[1]: *** [ohrrpgce-game] Error 1 > >>> > > >>> > --- > >>> > James > >>> > >>> IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you > >>> run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume > >>> that's the location of that dylib). Also try "ls /usr/lib | grep > >>> libgcc" > >> > >> Okay. > >> > >> broaste:~/src/ohr/wip james$ otool -t -v /usr/lib/libgcc_s.1.dylib | > >> grep divdi > >> ___divdi3: > >> ___udivdi3: > >> > >> broaste:~/src/ohr/wip james$ ls /usr/lib | grep libgcc > >> libgcc_s.1.dylib > >> libgcc_s.10.4.dylib > >> libgcc_s.10.5.dylib > >> > >> broaste:~/src/ohr/wip james$ ls -l /usr/lib | grep libgcc > >> lrwxr-xr-x 1 root wheel 17 Apr 27 10:02 libgcc_s.1.dylib -> > >> libSystem.B.dylib > >> lrwxr-xr-x 1 root wheel 19 Sep 10 08:26 libgcc_s.10.4.dylib > >> -> libgcc_s.10.5.dylib > >> -rwxr-xr-x 1 root wheel 40668 Apr 22 23:58 libgcc_s.10.5.dylib > >> > >> --- > >> James > > > > Odd... why is the linker complaining? Also I'm surprised that it's > > symlinked to libSystem. Try > > file /usr/lib/libgcc_s.1.dylib > > to see the architectures included, broaste:~/src/ohr/wip james$ file /usr/lib/libgcc_s.1.dylib /usr/lib/
Re: [Ohrrpgce] better palette options
On 9 October 2010 02:48, David Gowers (kampu) <00a...@gmail.com> wrote: > On Fri, Oct 8, 2010 at 11:42 PM, David Gowers (kampu) <00a...@gmail.com> > wrote: >> http://bpaste.net/show/10001/ >> ^ >> The format proposition >> Generally this looks good. Aside from the following long string of criticisms ;) I'm not sure, but I believe you're suggesting using a plain binary lump instead of Reload for animation? If Reload is actually part of it, I don't see much point in a separate lump per animation. I notice that separate image size and bounding box size/offset are missing. Intentionally? I don't understand the difference between the 'animset' command, and chaining to another animation using 'end'. You're also missing animation names. I think naming animations is better than numbering them. Then you can add a attackee flinch animation to an enemy, say, just by adding an animation and naming it "hurt". The check/setctr codes seem to be very inefficient for creating loops: setctr ctr0 = x label 1 ...loop contents setctr ctr0 -= 1 checkctr ctr0 == 0 goto label 2 goto label 1 label 2 Those last 5 instructions could be replaced with a loop(ctr,label) code: decrement ctr and goto label if ctr > 0. A relative frame change code would also be very useful for loops. I suggest a 'reset' command. Changing the sprite state after the end may be desired (ie. a transition animation), and sometimes not. 'reset' would return to the original gfxset, frame, palette, and offset. > Note that I intentionally made it as unrestricted as possible. > Imposing additional constraints could allow the removal of certain > tuple types and runtime data fields. Whether additional constraints > are appropriate is a matter for discussion. > > Comments on PNG: > * I saw your suggestion, Mike, and I thought : though it isn't the > only option, it has a lot going for it. > > * Note we may want to rewrite imported images even if they are in PNG > already: Some programs (notably Photoshop) are pretty bad at > compressing PNG relative to libpng. > > * I opted to include a simple source-tracking tEXT chunk > to aid import <-> export cycles > > * using PNG (and implicitly assuming 256-color sprite data) has the > side effect that we can play nicer with eg Grafx2, which always writes > a '256-color' image even though only the first 16 colors are used. I'm uneasy about using PNG: * the biggest problem: paletted PNG files require a palette, which is useless to us. We could instead encode our images as 4-bit/8-bit greyscale pngs, but then the PNG is not even human-viewable; isn't that half of the point of using PNGs? Would we put real palette information (default palette) in a private chunk? * it would be a horrible idea to import whole PNG files. There could be all kinds of other things in them that could change meaning later (eg. requesting pixel data from libpng in a different way) * requires interfacing with an external library, all this is going to be potentially much more work than using our own barebones file format. However we might want to use libpng for importing/exporting png files anyway. * It would probably actually increase file size when used for walkabout sprites and smaller: chunk headers add a minimum of 56 bytes (assuming no palette chunk) without even encoding the image size. And individually compressing each 20x20 frame may yield lower compression than just using zlib on the entire RPG file/sublumped spriteset file. > On another topic: > * my proposition does not include backgrounds or tilesets. > I believe backgrounds can fit into the scheme in a natural way. > I'm not sure what to do with tilesets as I understood that some > other upgrade relating to them is incipient, but not sure exactly > what. Tilesets should allow a variable number of tiles. Tile animations should be more flexible. We might as well not limit ourselves to 20x20 tiles. Beyond that, no plans. We could store them as an array of individual tiles, but import/export/display in the current format. I'm not sure if there's any benefit. > * nor does my proposition address partial recoloring. With 256 color > sprites, it would be far easier to standardize on recoloring, so, for > example, you could fill a 256-color palette via sets of 16, and just > swap in/out sets of 16 to recolor things easily. I really like the idea of treating a 256-colour palette as 16 16-colour palettes. But swapping 16-colours individually doesn't sound simple to support. > * related to the above: color cycling, while not *important*, might be > something we want to consider (eg for showing elemental effects on a > character) That would be very neat. ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 07:08, Ralph Versteegen wrote: > On 9 October 2010 06:54, James Paige wrote: >> On Sat, Oct 09, 2010 at 06:40:35AM +1300, Ralph Versteegen wrote: >>> On 9 October 2010 06:31, James Paige wrote: >>> >> > ...but now >>> >> > >>> >> > Linking Game... >>> >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >>> >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >>> >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >>> >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >>> >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >>> >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >>> >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >>> >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >>> >> > ld: warning: in blit.o, file was built for unsupported file format >>> >> > which >>> >> > is not the architecture being linked (i386) >>> >> > ld: warning: in base64.o, file was built for unsupported file format >>> >> > which is not the architecture being linked (i386) >>> >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file >>> >> > format which is not the architecture being linked (i386) >>> >> > Undefined symbols: >>> >> > "_get_sys_err_string", referenced from: >>> >> > _UPDATERECORDLENGTH in common.o >>> >> > "_smoothzoomblit_8_to_8bit", referenced from: >>> >> > _gfx_sdl_showpage in gfx_sdl.o >>> >> > "_blitohrscaled", referenced from: >>> >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o >>> >> > "_blitohr", referenced from: >>> >> > _DRAWOHR in allmodex.o >>> >> > "___divdi3", referenced from: >>> >> > _LOADSCRIPT in moresubs.o >>> >> > _UPDATERECORDLENGTH in common.o >>> >> > _UPGRADE in common.o >>> >> > _LOADTILEMAPS in loading.o >>> >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >>> >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >>> >> > "_main", referenced from: >>> >> > __start in crt1.o >>> >> > (maybe you meant: _SDL_main) >>> >> > "_base64_encode_alloc", referenced from: >>> >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o >>> >> > ld: symbol(s) not found for inferred architecture i386 >>> >> > make[1]: *** [ohrrpgce-game] Error 1 >>> >> >>> >> Simply change >>> >> CC=gcc >>> >> to >>> >> CC=gcc -m32 >>> >> and run make clean before attempted to rebuild. >>> > >>> > After make clean and manually deleting mac/SDLMain.o >>> > that got rid of those errors, but now: >>> > >>> > Linking Game... >>> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >>> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >>> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >>> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >>> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >>> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >>> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >>> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >>> > Undefined symbols: >>> > "___divdi3", referenced from: >>> > _LOADSCRIPT in moresubs.o >>> > _UPDATERECORDLENGTH in common.o >>> > _UPGRADE in common.o >>> > _LOADTILEMAPS in loading.o >>> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >>> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >>> > ld: symbol(s) not found for inferred architecture i386 >>> > make[1]: *** [ohrrpgce-game] Error 1 >>> > >>> > --- >>> > James >>> >>> IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you >>> run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume >>> that's the location of that dylib). Also try "ls /usr/lib | grep >>> libgcc" >> >> Okay. >> >> broaste:~/src/ohr/wip james$ otool -t -v /usr/lib/libgcc_s.1.dylib | >> grep divdi >> ___divdi3: >> ___udivdi3: >> >> broaste:~/src/ohr/wip james$ ls /usr/lib | grep libgcc >> libgcc_s.1.dylib >> libgcc_s.10.4.dylib >> libgcc_s.10.5.dylib >> >> broaste:~/src/ohr/wip james$ ls -l /usr/lib | grep libgcc >> lrwxr-xr-x 1 root wheel 17 Apr 27 10:02 libgcc_s.1.dylib -> >> libSystem.B.dylib >> lrwxr-xr-x 1 root wheel 19 Sep 10 08:26 libgcc_s.10.4.dylib >> -> libgcc_s.10.5.dylib >> -rwxr-xr-x 1 root wheel 40668 Apr 22 23:58 libgcc_s.10.5.dylib >> >> --- >> James > > Odd... why is the linker complaining? Also I'm surprised that it's > symlinked to libSystem. Try > file /usr/lib/libgcc_s.1.dylib > to see the architectures included, and edit Makefile to add -v to > FBFLAGS, and see what it passes to as. I meant ld, not as. But that's rather unlikely to be helpful. > A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to FBFLAGS If that doesn't work, I wonder what else we can try linking to (I solved the __divdi3 link error when I first saw it by linking to stuff I saw gcc li
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 06:54, James Paige wrote: > On Sat, Oct 09, 2010 at 06:40:35AM +1300, Ralph Versteegen wrote: >> On 9 October 2010 06:31, James Paige wrote: >> >> > ...but now >> >> > >> >> > Linking Game... >> >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >> >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >> >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >> >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >> >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >> >> > ld: warning: in blit.o, file was built for unsupported file format which >> >> > is not the architecture being linked (i386) >> >> > ld: warning: in base64.o, file was built for unsupported file format >> >> > which is not the architecture being linked (i386) >> >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file >> >> > format which is not the architecture being linked (i386) >> >> > Undefined symbols: >> >> > "_get_sys_err_string", referenced from: >> >> > _UPDATERECORDLENGTH in common.o >> >> > "_smoothzoomblit_8_to_8bit", referenced from: >> >> > _gfx_sdl_showpage in gfx_sdl.o >> >> > "_blitohrscaled", referenced from: >> >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o >> >> > "_blitohr", referenced from: >> >> > _DRAWOHR in allmodex.o >> >> > "___divdi3", referenced from: >> >> > _LOADSCRIPT in moresubs.o >> >> > _UPDATERECORDLENGTH in common.o >> >> > _UPGRADE in common.o >> >> > _LOADTILEMAPS in loading.o >> >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >> >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >> >> > "_main", referenced from: >> >> > __start in crt1.o >> >> > (maybe you meant: _SDL_main) >> >> > "_base64_encode_alloc", referenced from: >> >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o >> >> > ld: symbol(s) not found for inferred architecture i386 >> >> > make[1]: *** [ohrrpgce-game] Error 1 >> >> >> >> Simply change >> >> CC=gcc >> >> to >> >> CC=gcc -m32 >> >> and run make clean before attempted to rebuild. >> > >> > After make clean and manually deleting mac/SDLMain.o >> > that got rid of those errors, but now: >> > >> > Linking Game... >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >> > Undefined symbols: >> > "___divdi3", referenced from: >> > _LOADSCRIPT in moresubs.o >> > _UPDATERECORDLENGTH in common.o >> > _UPGRADE in common.o >> > _LOADTILEMAPS in loading.o >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >> > ld: symbol(s) not found for inferred architecture i386 >> > make[1]: *** [ohrrpgce-game] Error 1 >> > >> > --- >> > James >> >> IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you >> run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume >> that's the location of that dylib). Also try "ls /usr/lib | grep >> libgcc" > > Okay. > > broaste:~/src/ohr/wip james$ otool -t -v /usr/lib/libgcc_s.1.dylib | > grep divdi > ___divdi3: > ___udivdi3: > > broaste:~/src/ohr/wip james$ ls /usr/lib | grep libgcc > libgcc_s.1.dylib > libgcc_s.10.4.dylib > libgcc_s.10.5.dylib > > broaste:~/src/ohr/wip james$ ls -l /usr/lib | grep libgcc > lrwxr-xr-x 1 root wheel 17 Apr 27 10:02 libgcc_s.1.dylib -> > libSystem.B.dylib > lrwxr-xr-x 1 root wheel 19 Sep 10 08:26 libgcc_s.10.4.dylib > -> libgcc_s.10.5.dylib > -rwxr-xr-x 1 root wheel 40668 Apr 22 23:58 libgcc_s.10.5.dylib > > --- > James Odd... why is the linker complaining? Also I'm surprised that it's symlinked to libSystem. Try file /usr/lib/libgcc_s.1.dylib to see the architectures included, and edit Makefile to add -v to FBFLAGS, and see what it passes to as. A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to FBFLAGS It might also help to see what gcc passes to ld: echo "int main() {return 0;}" > /tmp/test.c && gcc -m32 /temp/test.c -v ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Sat, Oct 09, 2010 at 06:40:35AM +1300, Ralph Versteegen wrote: > On 9 October 2010 06:31, James Paige wrote: > >> > ...but now > >> > > >> > Linking Game... > >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > >> > ld: warning: in blit.o, file was built for unsupported file format which > >> > is not the architecture being linked (i386) > >> > ld: warning: in base64.o, file was built for unsupported file format > >> > which is not the architecture being linked (i386) > >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file > >> > format which is not the architecture being linked (i386) > >> > Undefined symbols: > >> > "_get_sys_err_string", referenced from: > >> > _UPDATERECORDLENGTH in common.o > >> > "_smoothzoomblit_8_to_8bit", referenced from: > >> > _gfx_sdl_showpage in gfx_sdl.o > >> > "_blitohrscaled", referenced from: > >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o > >> > "_blitohr", referenced from: > >> > _DRAWOHR in allmodex.o > >> > "___divdi3", referenced from: > >> > _LOADSCRIPT in moresubs.o > >> > _UPDATERECORDLENGTH in common.o > >> > _UPGRADE in common.o > >> > _LOADTILEMAPS in loading.o > >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > >> > "_main", referenced from: > >> > __start in crt1.o > >> > (maybe you meant: _SDL_main) > >> > "_base64_encode_alloc", referenced from: > >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o > >> > ld: symbol(s) not found for inferred architecture i386 > >> > make[1]: *** [ohrrpgce-game] Error 1 > >> > >> Simply change > >> CC=gcc > >> to > >> CC=gcc -m32 > >> and run make clean before attempted to rebuild. > > > > After make clean and manually deleting mac/SDLMain.o > > that got rid of those errors, but now: > > > > Linking Game... > > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > > Undefined symbols: > > "___divdi3", referenced from: > > _LOADSCRIPT in moresubs.o > > _UPDATERECORDLENGTH in common.o > > _UPGRADE in common.o > > _LOADTILEMAPS in loading.o > > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > > ld: symbol(s) not found for inferred architecture i386 > > make[1]: *** [ohrrpgce-game] Error 1 > > > > --- > > James > > IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you > run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume > that's the location of that dylib). Also try "ls /usr/lib | grep > libgcc" Okay. broaste:~/src/ohr/wip james$ otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi ___divdi3: ___udivdi3: broaste:~/src/ohr/wip james$ ls /usr/lib | grep libgcc libgcc_s.1.dylib libgcc_s.10.4.dylib libgcc_s.10.5.dylib broaste:~/src/ohr/wip james$ ls -l /usr/lib | grep libgcc lrwxr-xr-x1 root wheel17 Apr 27 10:02 libgcc_s.1.dylib -> libSystem.B.dylib lrwxr-xr-x1 root wheel19 Sep 10 08:26 libgcc_s.10.4.dylib -> libgcc_s.10.5.dylib -rwxr-xr-x1 root wheel 40668 Apr 22 23:58 libgcc_s.10.5.dylib --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 06:31, James Paige wrote: >> > ...but now >> > >> > Linking Game... >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o >> > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o >> > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p >> > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl >> > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ >> > ld: warning: in blit.o, file was built for unsupported file format which >> > is not the architecture being linked (i386) >> > ld: warning: in base64.o, file was built for unsupported file format >> > which is not the architecture being linked (i386) >> > ld: warning: in mac/SDLMain.o, file was built for unsupported file >> > format which is not the architecture being linked (i386) >> > Undefined symbols: >> > "_get_sys_err_string", referenced from: >> > _UPDATERECORDLENGTH in common.o >> > "_smoothzoomblit_8_to_8bit", referenced from: >> > _gfx_sdl_showpage in gfx_sdl.o >> > "_blitohrscaled", referenced from: >> > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o >> > "_blitohr", referenced from: >> > _DRAWOHR in allmodex.o >> > "___divdi3", referenced from: >> > _LOADSCRIPT in moresubs.o >> > _UPDATERECORDLENGTH in common.o >> > _UPGRADE in common.o >> > _LOADTILEMAPS in loading.o >> > _LOAD_MAP_POS_SAVE_OFFSET in loading.o >> > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) >> > "_main", referenced from: >> > __start in crt1.o >> > (maybe you meant: _SDL_main) >> > "_base64_encode_alloc", referenced from: >> > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o >> > ld: symbol(s) not found for inferred architecture i386 >> > make[1]: *** [ohrrpgce-game] Error 1 >> >> Simply change >> CC=gcc >> to >> CC=gcc -m32 >> and run make clean before attempted to rebuild. > > After make clean and manually deleting mac/SDLMain.o > that got rid of those errors, but now: > > Linking Game... > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > Undefined symbols: > "___divdi3", referenced from: > _LOADSCRIPT in moresubs.o > _UPDATERECORDLENGTH in common.o > _UPGRADE in common.o > _LOADTILEMAPS in loading.o > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > ld: symbol(s) not found for inferred architecture i386 > make[1]: *** [ohrrpgce-game] Error 1 > > --- > James IIRC ___divdi3 is in libgcc, which was gcc_s.1.dylib for me. Could you run "otool -t -v /usr/lib/libgcc_s.1.dylib | grep divdi" (I assume that's the location of that dylib). Also try "ls /usr/lib | grep libgcc" ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
> > ...but now > > > > Linking Game... > > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > > ld: warning: in blit.o, file was built for unsupported file format which > > is not the architecture being linked (i386) > > ld: warning: in base64.o, file was built for unsupported file format > > which is not the architecture being linked (i386) > > ld: warning: in mac/SDLMain.o, file was built for unsupported file > > format which is not the architecture being linked (i386) > > Undefined symbols: > > "_get_sys_err_string", referenced from: > > _UPDATERECORDLENGTH in common.o > > "_smoothzoomblit_8_to_8bit", referenced from: > > _gfx_sdl_showpage in gfx_sdl.o > > "_blitohrscaled", referenced from: > > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o > > "_blitohr", referenced from: > > _DRAWOHR in allmodex.o > > "___divdi3", referenced from: > > _LOADSCRIPT in moresubs.o > > _UPDATERECORDLENGTH in common.o > > _UPGRADE in common.o > > _LOADTILEMAPS in loading.o > > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > > "_main", referenced from: > > __start in crt1.o > > (maybe you meant: _SDL_main) > > "_base64_encode_alloc", referenced from: > > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o > > ld: symbol(s) not found for inferred architecture i386 > > make[1]: *** [ohrrpgce-game] Error 1 > > Simply change > CC=gcc > to > CC=gcc -m32 > and run make clean before attempted to rebuild. After make clean and manually deleting mac/SDLMain.o that got rid of those errors, but now: Linking Game... fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ Undefined symbols: "___divdi3", referenced from: _LOADSCRIPT in moresubs.o _UPDATERECORDLENGTH in common.o _UPGRADE in common.o _LOADTILEMAPS in loading.o _LOAD_MAP_POS_SAVE_OFFSET in loading.o _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) ld: symbol(s) not found for inferred architecture i386 make[1]: *** [ohrrpgce-game] Error 1 --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 06:25, James Paige wrote: > On Sat, Oct 09, 2010 at 06:08:18AM +1300, Ralph Versteegen wrote: >> >> Why did we decide against recording the PID of the process and >> deleting the directory if it's no longer running? >> > > At the time that was proposed, I don't think we had a cross-platform way > of detecting PID. I guess we do now? We don't, but that's no problem. It'll only be a line of code per platform. > I think at the time I was also worried about having to check if the > currently running process was actually game, and not something else that > just happened to have been given the same recycled pid-- but I now know > that is a dumb thing to worry about checking. :) > > --- > James > ___ > Ohrrpgce mailing list > ohrrpgce@lists.motherhamster.org > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org > ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Sat, Oct 09, 2010 at 06:08:18AM +1300, Ralph Versteegen wrote: > > Why did we decide against recording the PID of the process and > deleting the directory if it's no longer running? > At the time that was proposed, I don't think we had a cross-platform way of detecting PID. I guess we do now? I think at the time I was also worried about having to check if the currently running process was actually game, and not something else that just happened to have been given the same recycled pid-- but I now know that is a dumb thing to worry about checking. :) --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 06:05, James Paige wrote: > On Sat, Oct 09, 2010 at 05:58:58AM +1300, Ralph Versteegen wrote: >> On 9 October 2010 05:57, James Paige wrote: >> > On Sat, Oct 09, 2010 at 05:49:53AM +1300, Ralph Versteegen wrote: >> >> On 9 October 2010 05:46, James Paige wrote: >> >> > On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: >> >> >> >> >> >> Oh! I had not realized that you had uploaded that file! *testing now* >> >> >> Woo! Works perfectly! >> >> > >> >> > fbc works fine now, but the Makefile is still not completing. >> >> > >> >> > make[1]: *** No rule to make target `mac/SDLMain.o', needed by >> >> > `ohrrpgce-game'. Stop. >> >> > >> >> > --- >> >> > James Paige >> >> >> >> I edited the rule for that after last testing it on a Mac. Try changing >> >> >> >> %.o: mac/%.m >> >> $(CC) -c $< -o $@ $(CFLAGS) >> >> >> >> back to >> >> >> >> %.o: %.m >> >> $(CC) -c $< -o $@ $(CFLAGS) >> > >> > Cool, that fixed that. Now it gets as far as the linking phase, where it >> > says: >> > >> > >> > Linking Game... >> > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry >> > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o >> > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o >> > hsinterpreter.o blit.o base64.o gfx_fb.o gfx_sdl.o music_sdl.o >> > sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o >> > common.o browse.o util.o loading.o reload.o reloadext.o slices.o >> > mac/SDLMain.o -p /usr/lib/ -l fbgfx -Wl -framework,SDL_mixer -Wl >> > -framework,SDL -Wl -framework,Cocoa -Wl >> > -F/Users/james/Library/Frameworks/ >> > ld: library not found for -lfbgfx >> > make[1]: *** [ohrrpgce-game] Error 1 >> > >> > --- >> > James >> >> Oh, gfx_fb is one of the backends in config.mak by default. Change >> that to just sdl. > > Of course! Silly me. > > ...but now > > Linking Game... > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o > allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o > util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p > /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl > -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ > ld: warning: in blit.o, file was built for unsupported file format which > is not the architecture being linked (i386) > ld: warning: in base64.o, file was built for unsupported file format > which is not the architecture being linked (i386) > ld: warning: in mac/SDLMain.o, file was built for unsupported file > format which is not the architecture being linked (i386) > Undefined symbols: > "_get_sys_err_string", referenced from: > _UPDATERECORDLENGTH in common.o > "_smoothzoomblit_8_to_8bit", referenced from: > _gfx_sdl_showpage in gfx_sdl.o > "_blitohrscaled", referenced from: > __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o > "_blitohr", referenced from: > _DRAWOHR in allmodex.o > "___divdi3", referenced from: > _LOADSCRIPT in moresubs.o > _UPDATERECORDLENGTH in common.o > _UPGRADE in common.o > _LOADTILEMAPS in loading.o > _LOAD_MAP_POS_SAVE_OFFSET in loading.o > _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) > "_main", referenced from: > __start in crt1.o > (maybe you meant: _SDL_main) > "_base64_encode_alloc", referenced from: > __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o > ld: symbol(s) not found for inferred architecture i386 > make[1]: *** [ohrrpgce-game] Error 1 Simply change CC=gcc to CC=gcc -m32 and run make clean before attempted to rebuild. ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 04:34, James Paige wrote: > On Fri, Oct 08, 2010 at 04:37:18PM +1300, Ralph Versteegen wrote: >> On 8 October 2010 04:43, James Paige wrote: >> > On Fri, Oct 08, 2010 at 01:39:54AM +1300, Ralph Versteegen wrote: >> >> On 6 October 2010 19:34, Ralph Versteegen wrote: >> >> OK James, I've sorted out .app bundling. Now I'm just impatiently >> >> waiting to hear whether you can compile, and commence nightly builds >> >> :) >> > >> > Unfortunately I am still getting: >> > >> > fbc -lang deprecated -m verprint verprint.bas -g >> > dyld: Library not loaded: /usr/local/lib/libintl.3.dylib >> > Referenced from: /Users/james/misc/fbc-mac/bin/darwin/as >> > Reason: image not found >> > make[1]: *** [verprint] Error 1 >> >> What the devil?! I'm sure that I checked the new as didn't depend on >> libintl. Are you sure you downloaded the new >> fbc-mac-20101006-2.tar.bz2? bin/darwin/as should be 1463572 bytes. >> That appears to be the version I most recently built. > > Oh! I had not realized that you had uploaded that file! *testing now* > Woo! Works perfectly! Great! I was thinking of putting up another build, identical to the first but with .app bundles so the frameworks are included, but now I'll pass. >> > I also tried symlinking from ~/misc/fbc-mac/bin/darwin/as -> my system >> > as at /usr/bin/as but that caused different and interesting freakouts >> >> That won't work, as not only is it a cross compiling build to linux, >> but it's actually a completely different program: apple and gnu gas >> forked something like 20 years ago. > > 20 years? dang! > Yeah, I figured it wouldn't work, but sometimes I like trying stuff like > that because it can provide new and interesting error messages :) Well, I don't really know how long ago. I can't find any information about it. I am assuming NeXT forked binutils some time after it was formed in 1985, as NeXTSTEP has always used a macho kernel and mach-o executable files. I know for certain that binutils/cctools were separate 10 years ago. But they didn't fork gcc. >> >> I also noticed that temporary directories for games in >> >> .ohrrpgce are being cleaned out but not deleted (which I think happens >> >> on all platforms). >> > >> > On my box, they only get left behind if game crashes. If it exists >> > without a crash, they do get cleaned up and removed okay. >> >> Well, I hadn't had any crashes on the Mac yet. I know that lots of >> empty directories get left behind on Windows, can't actually remember >> what happens under Linux. > > I was thinking about a cleanup scheme. > > Maybe a running game.exe should update a timestamp file in the playing > temporary file at some interval (30 minutes?) > > Then when a game.exe instance closes, after cleaning up its own files, > it could safely go and delete any temp files much older than that > interval > > ... although now that I type this, I suddenly realize that scheme will > fail messily in certain situations. Suppose you run 2 instances of > game.exe at the same time. Then you hibernate your computer for a few > hours. Then you wake it up and close one game.exe and the other will get > its temp files killed even though it is still running. > > Bleh. Why did we decide against recording the PID of the process and deleting the directory if it's no longer running? > --- > James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Sat, Oct 09, 2010 at 05:58:58AM +1300, Ralph Versteegen wrote: > On 9 October 2010 05:57, James Paige wrote: > > On Sat, Oct 09, 2010 at 05:49:53AM +1300, Ralph Versteegen wrote: > >> On 9 October 2010 05:46, James Paige wrote: > >> > On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: > >> >> > >> >> Oh! I had not realized that you had uploaded that file! *testing now* > >> >> Woo! Works perfectly! > >> > > >> > fbc works fine now, but the Makefile is still not completing. > >> > > >> > make[1]: *** No rule to make target `mac/SDLMain.o', needed by > >> > `ohrrpgce-game'. Stop. > >> > > >> > --- > >> > James Paige > >> > >> I edited the rule for that after last testing it on a Mac. Try changing > >> > >> %.o: mac/%.m > >> $(CC) -c $< -o $@ $(CFLAGS) > >> > >> back to > >> > >> %.o: %.m > >> $(CC) -c $< -o $@ $(CFLAGS) > > > > Cool, that fixed that. Now it gets as far as the linking phase, where it > > says: > > > > > > Linking Game... > > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > > hsinterpreter.o blit.o base64.o gfx_fb.o gfx_sdl.o music_sdl.o > > sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o > > common.o browse.o util.o loading.o reload.o reloadext.o slices.o > > mac/SDLMain.o -p /usr/lib/ -l fbgfx -Wl -framework,SDL_mixer -Wl > > -framework,SDL -Wl -framework,Cocoa -Wl > > -F/Users/james/Library/Frameworks/ > > ld: library not found for -lfbgfx > > make[1]: *** [ohrrpgce-game] Error 1 > > > > --- > > James > > Oh, gfx_fb is one of the backends in config.mak by default. Change > that to just sdl. Of course! Silly me. ...but now Linking Game... fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o hsinterpreter.o blit.o base64.o gfx_sdl.o music_sdl.o sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p /usr/lib/ -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ ld: warning: in blit.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in base64.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in mac/SDLMain.o, file was built for unsupported file format which is not the architecture being linked (i386) Undefined symbols: "_get_sys_err_string", referenced from: _UPDATERECORDLENGTH in common.o "_smoothzoomblit_8_to_8bit", referenced from: _gfx_sdl_showpage in gfx_sdl.o "_blitohrscaled", referenced from: __Z10FRAME_DRAWP5FRAMEP9PALETTE16S0_ in allmodex.o "_blitohr", referenced from: _DRAWOHR in allmodex.o "___divdi3", referenced from: _LOADSCRIPT in moresubs.o _UPDATERECORDLENGTH in common.o _UPGRADE in common.o _LOADTILEMAPS in loading.o _LOAD_MAP_POS_SAVE_OFFSET in loading.o _fb_FileTellEx in libfbmt.a(libfb_file_tell.o) "_main", referenced from: __start in crt1.o (maybe you meant: _SDL_main) "_base64_encode_alloc", referenced from: __ZN6RELOAD11MEMORYUSAGEEPNS_3DOCE in reload.o ld: symbol(s) not found for inferred architecture i386 make[1]: *** [ohrrpgce-game] Error 1 ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 05:57, James Paige wrote: > On Sat, Oct 09, 2010 at 05:49:53AM +1300, Ralph Versteegen wrote: >> On 9 October 2010 05:46, James Paige wrote: >> > On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: >> >> >> >> Oh! I had not realized that you had uploaded that file! *testing now* >> >> Woo! Works perfectly! >> > >> > fbc works fine now, but the Makefile is still not completing. >> > >> > make[1]: *** No rule to make target `mac/SDLMain.o', needed by >> > `ohrrpgce-game'. Stop. >> > >> > --- >> > James Paige >> >> I edited the rule for that after last testing it on a Mac. Try changing >> >> %.o: mac/%.m >> $(CC) -c $< -o $@ $(CFLAGS) >> >> back to >> >> %.o: %.m >> $(CC) -c $< -o $@ $(CFLAGS) > > Cool, that fixed that. Now it gets as far as the linking phase, where it > says: > > > Linking Game... > fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry > SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o > bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o > hsinterpreter.o blit.o base64.o gfx_fb.o gfx_sdl.o music_sdl.o > sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o > common.o browse.o util.o loading.o reload.o reloadext.o slices.o > mac/SDLMain.o -p /usr/lib/ -l fbgfx -Wl -framework,SDL_mixer -Wl > -framework,SDL -Wl -framework,Cocoa -Wl > -F/Users/james/Library/Frameworks/ > ld: library not found for -lfbgfx > make[1]: *** [ohrrpgce-game] Error 1 > > --- > James Oh, gfx_fb is one of the backends in config.mak by default. Change that to just sdl. ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Sat, Oct 09, 2010 at 05:49:53AM +1300, Ralph Versteegen wrote: > On 9 October 2010 05:46, James Paige wrote: > > On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: > >> > >> Oh! I had not realized that you had uploaded that file! *testing now* > >> Woo! Works perfectly! > > > > fbc works fine now, but the Makefile is still not completing. > > > > make[1]: *** No rule to make target `mac/SDLMain.o', needed by > > `ohrrpgce-game'. Stop. > > > > --- > > James Paige > > I edited the rule for that after last testing it on a Mac. Try changing > > %.o: mac/%.m > $(CC) -c $< -o $@ $(CFLAGS) > > back to > > %.o: %.m > $(CC) -c $< -o $@ $(CFLAGS) Cool, that fixed that. Now it gets as far as the linking phase, where it says: Linking Game... fbc -lang deprecated -x ohrrpgce-game -m game -mt -g -exx -entry SDL_main -Wl -macosx_version_min,10.4 -d IS_GAME game.o bmod.o bmodsubs.o menustuf.o moresubs.o yetmore.o yetmore2.o savegame.o hsinterpreter.o blit.o base64.o gfx_fb.o gfx_sdl.o music_sdl.o sdl_lumprwops.o allmodex.o backends.o lumpfile.o compat.o bam2mid.o common.o browse.o util.o loading.o reload.o reloadext.o slices.o mac/SDLMain.o -p /usr/lib/ -l fbgfx -Wl -framework,SDL_mixer -Wl -framework,SDL -Wl -framework,Cocoa -Wl -F/Users/james/Library/Frameworks/ ld: library not found for -lfbgfx make[1]: *** [ohrrpgce-game] Error 1 --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 05:49, Ralph Versteegen wrote: > On 9 October 2010 05:46, James Paige wrote: >> On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: >>> >>> Oh! I had not realized that you had uploaded that file! *testing now* >>> Woo! Works perfectly! >> >> fbc works fine now, but the Makefile is still not completing. >> >> make[1]: *** No rule to make target `mac/SDLMain.o', needed by >> `ohrrpgce-game'. Stop. >> >> --- >> James Paige > > I edited the rule for that after last testing it on a Mac. Try changing > > %.o: mac/%.m > $(CC) -c $< -o $@ $(CFLAGS) > > back to > > %.o: %.m > $(CC) -c $< -o $@ $(CFLAGS) > Oh, of course... I should have changed mac/SDLMain.o to SDLMain.o after changing that rule. I just wanted the .o file to appear in the base directory, so that make clean would delete it. ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On 9 October 2010 05:46, James Paige wrote: > On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: >> >> Oh! I had not realized that you had uploaded that file! *testing now* >> Woo! Works perfectly! > > fbc works fine now, but the Makefile is still not completing. > > make[1]: *** No rule to make target `mac/SDLMain.o', needed by > `ohrrpgce-game'. Stop. > > --- > James Paige I edited the rule for that after last testing it on a Mac. Try changing %.o: mac/%.m $(CC) -c $< -o $@ $(CFLAGS) back to %.o: %.m $(CC) -c $< -o $@ $(CFLAGS) ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Fri, Oct 08, 2010 at 08:34:28AM -0700, James Paige wrote: > > Oh! I had not realized that you had uploaded that file! *testing now* > Woo! Works perfectly! fbc works fine now, but the Makefile is still not completing. make[1]: *** No rule to make target `mac/SDLMain.o', needed by `ohrrpgce-game'. Stop. --- James Paige ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] SVN: teeemcee/3848 Minor changes to file browser, plus fix aquire -> acquire misspellings
On 9 October 2010 05:18, James Paige wrote: > On Thu, Oct 07, 2010 at 11:02:35PM -0700, subvers...@hamsterrepublic.com > wrote: >> teeemcee >> 2010-10-07 23:02:35 -0700 (Thu, 07 Oct 2010) >> 70 >> Minor changes to file browser, plus fix aquire -> acquire misspellings > > Do you have any more changes planned for browse.bas right now? > > I was thinking of going in to add support for browsing RELOAD files by > the RELD header instead of file extension, and while I am in there I > would SUBify all the GOSUBs too. But I don't want to conflict with > anything you are doing right now. > > --- > James Nope, I was thinking of doing some cleanup while I was in there, but decided not to. ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] I need a joystick test game.
On Fri, Oct 08, 2010 at 03:32:57PM +0800, Seth Hetu wrote: > In related news, the Bell of Chaos link on Gilgamesh is down: > http://hamsterrepublic.com/dl/bellchaos.zip > > Had to grab it from Slime Salad instead. > > --->Seth Oops! Thanks for catching that. I had been mistakenly uploading it into tmp/ instead of dl/ Fixed. --- James Paige ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] SVN: teeemcee/3848 Minor changes to file browser, plus fix aquire -> acquire misspellings
On Thu, Oct 07, 2010 at 11:02:35PM -0700, subvers...@hamsterrepublic.com wrote: > teeemcee > 2010-10-07 23:02:35 -0700 (Thu, 07 Oct 2010) > 70 > Minor changes to file browser, plus fix aquire -> acquire misspellings Do you have any more changes planned for browse.bas right now? I was thinking of going in to add support for browsing RELOAD files by the RELD header instead of file extension, and while I am in there I would SUBify all the GOSUBs too. But I don't want to conflict with anything you are doing right now. --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] FreeBASIC Mac OS X build
On Fri, Oct 08, 2010 at 04:37:18PM +1300, Ralph Versteegen wrote: > On 8 October 2010 04:43, James Paige wrote: > > On Fri, Oct 08, 2010 at 01:39:54AM +1300, Ralph Versteegen wrote: > >> On 6 October 2010 19:34, Ralph Versteegen wrote: > >> OK James, I've sorted out .app bundling. Now I'm just impatiently > >> waiting to hear whether you can compile, and commence nightly builds > >> :) > > > > Unfortunately I am still getting: > > > > fbc -lang deprecated -m verprint verprint.bas -g > > dyld: Library not loaded: /usr/local/lib/libintl.3.dylib > > Referenced from: /Users/james/misc/fbc-mac/bin/darwin/as > > Reason: image not found > > make[1]: *** [verprint] Error 1 > > What the devil?! I'm sure that I checked the new as didn't depend on > libintl. Are you sure you downloaded the new > fbc-mac-20101006-2.tar.bz2? bin/darwin/as should be 1463572 bytes. > That appears to be the version I most recently built. Oh! I had not realized that you had uploaded that file! *testing now* Woo! Works perfectly! > > I also tried symlinking from ~/misc/fbc-mac/bin/darwin/as -> my system > > as at /usr/bin/as but that caused different and interesting freakouts > > That won't work, as not only is it a cross compiling build to linux, > but it's actually a completely different program: apple and gnu gas > forked something like 20 years ago. 20 years? dang! Yeah, I figured it wouldn't work, but sometimes I like trying stuff like that because it can provide new and interesting error messages :) > >> I also noticed that temporary directories for games in > >> .ohrrpgce are being cleaned out but not deleted (which I think happens > >> on all platforms). > > > > On my box, they only get left behind if game crashes. If it exists > > without a crash, they do get cleaned up and removed okay. > > Well, I hadn't had any crashes on the Mac yet. I know that lots of > empty directories get left behind on Windows, can't actually remember > what happens under Linux. I was thinking about a cleanup scheme. Maybe a running game.exe should update a timestamp file in the playing temporary file at some interval (30 minutes?) Then when a game.exe instance closes, after cleaning up its own files, it could safely go and delete any temp files much older than that interval ... although now that I type this, I suddenly realize that scheme will fail messily in certain situations. Suppose you run 2 instances of game.exe at the same time. Then you hibernate your computer for a few hours. Then you wake it up and close one game.exe and the other will get its temp files killed even though it is still running. Bleh. --- James ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] better palette options
On Fri, Oct 8, 2010 at 11:42 PM, David Gowers (kampu) <00a...@gmail.com> wrote: > http://bpaste.net/show/10001/ > ^ > The format proposition > Note that I intentionally made it as unrestricted as possible. Imposing additional constraints could allow the removal of certain tuple types and runtime data fields. Whether additional constraints are appropriate is a matter for discussion. Comments on PNG: * I saw your suggestion, Mike, and I thought : though it isn't the only option, it has a lot going for it. * Note we may want to rewrite imported images even if they are in PNG already: Some programs (notably Photoshop) are pretty bad at compressing PNG relative to libpng. * I opted to include a simple source-tracking tEXT chunk to aid import <-> export cycles * using PNG (and implicitly assuming 256-color sprite data) has the side effect that we can play nicer with eg Grafx2, which always writes a '256-color' image even though only the first 16 colors are used. On another topic: * my proposition does not include backgrounds or tilesets. I believe backgrounds can fit into the scheme in a natural way. I'm not sure what to do with tilesets as I understood that some other upgrade relating to them is incipient, but not sure exactly what. * nor does my proposition address partial recoloring. With 256 color sprites, it would be far easier to standardize on recoloring, so, for example, you could fill a 256-color palette via sets of 16, and just swap in/out sets of 16 to recolor things easily. * related to the above: color cycling, while not *important*, might be something we want to consider (eg for showing elemental effects on a character) ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] better palette options
http://bpaste.net/show/10001/ ^ The format proposition ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] better palette options
On Fri, Oct 8, 2010 at 2:53 PM, Ralph Versteegen wrote: > On 8 October 2010 14:59, David Gowers (kampu) <00a...@gmail.com> wrote: >> On Fri, Oct 8, 2010 at 9:44 AM, Jeremy Bursey wrote: >>> I'm only subscribed to the mailing digest, not the individual alerts, so I >>> have to cut and paste those comments related to the palette discussion I >>> introduced last night. Hopefully this doesn't come out all messy. >>> Did james modify my palette in that way? I know he changed it slightly before installing as the new default. That's a shame if so; I specifically designed it to not waste a single entry. >>> >>> The game I'm updating actually started 10 years ago on the old palette, so I >>> am using most of the original colors. I just had to move all my yellows to >>> the >>> top row to make room for all my "sand" tiles. So that's the specific issue >>> I'm >>> facing. At the moment, using my updated palette turns all the UI colors >>> yellow. >>> >>> I'd like to use yours at some point, actually, but the time it would take me >>> to convert 160 palettes, 300 backdrops, over 1,000 sprites, and so on to the >>> compatable colors would cause me unthinkable pain, and I'm not ready to take >>> that plunge yet. An update to how palettes are handled would certainly make >>> the effort more desirable. >> i wrote an app which does that automatically (CHGPAL). have you tried >> it on a copy of your rpg? >> http://rpg.hamsterrepublic.com/ohrrpgce/Graphics_Utilities > > CHGPAL doesn't handle box borders, portraits or UI colours, and it > uses the old master palette format instead of the new one, but it > shouldn't be much work to update it if desired. > >> It's a simple enough procedure that CUSTOM could conceivably >> implement it as an option on the master palette screen. > > Yes, it would be good. I don't know how to best pick the nearest match > in the new palette for a colour (and should you let the user override > this somehow, as they can when importing backdrops?), but in this case > Jeremy just wants to move colours around the palette. > >>> >>> That's the part that made me question whether this was worth discussing. >>> have you seen http://rpg.hamsterrepublic.com/ohrrpgce/Plan_for_256_color_sprites >>> >>> I have, actually. But it was my understanding that this was still light >>> years >>> away from becoming reality, if it was ever meant to become reality. >> >> I'm working on some formal YAML propositions regarding sprite >> upgrades. They have the property of being very succint, so hopefully >> that will help things to happen > > What is a "formal YAML proposition"?? A proposal for a new graphics > format? I'm keen to have that agreed upon. It looks like this O) ^^ 'smiling cyclops with a monocle' emoticon. animproposition1: description: (type)gfx.bin: type: sublumped subst: 'type': [hero, walk, enemy, portrait, ] gfxset: # a set of related frames # <=1 per usage class(eg hero, enemy) # with the possibility of >1 owners datadesc : header: SIGNATURE: METADATA_RECORD_SIZE: metadata_table: W : int16 H : int16 repeats_for : NFRAMES data: DATA : [byte, [H, W]] repeats_for : NFRAMES repeats_for : NSETS (type)anim.bin: subst: 'type': [hero, walk, enemy, portrait, ] anim: code : [[enum, [goto, gotorel, wait]]] param: goto: frame_index gotorel: frame_index_offset wait: nticks repeats_for : N_INSTRUCTIONS_IN_ANIM repeats_for : NSETS # animation patterns and goto+wait1, gotorel+wait1 should be implemented as a ui layer # over this IMO (incomplete so far) ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] better palette options
On Fri, Oct 8, 2010 at 2:38 AM, James Paige wrote: > On Fri, Oct 08, 2010 at 01:27:58AM +1030, David Gowers (kampu) wrote: >> Did james modify my palette in that way? I know he changed it slightly >> before installing as the new default. That's a shame if so; I >> specifically designed it to not waste a single entry. > > I don't remember making any changes to your palette, and I just checked > the master palette in ohrrpgce.new and I don't see any obvious repeats. True. I was probably thinking of SVN r1950 "Fix new default master palette so that box style 8 and 14 are consistent with the old defaults" Which actually touched OHRRPGCE.MAS, not PALETTES.BIN Though I note there is one duplication (black) ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
Re: [Ohrrpgce] I need a joystick test game.
In related news, the Bell of Chaos link on Gilgamesh is down: http://hamsterrepublic.com/dl/bellchaos.zip Had to grab it from Slime Salad instead. --->Seth On Fri, Oct 8, 2010 at 1:39 AM, James Paige wrote: > On Thu, Oct 07, 2010 at 10:25:00AM -0700, Jay Tennant wrote: >> > From: James Paige >> > Sent: Thursday, October 07, 2010 11:10 AM >> > >> > On Thu, Oct 07, 2010 at 08:22:37AM -0700, Jay Tennant wrote: >> > > I'm testing the DirectInput joystick interface for the gfx_directx >> > > backend, >> > > and I need a game that uses the joystick input. After successfully >> > > testing this, I'll need others to try it out. I only have 1 joystick, so >> > > I can't test for multiplayer ohr games, but that won't be necessary until >> > > I test the first joystick and iron out calibration bugs. >> > > >> > > I already know the buttons and axi are working, I just need to report the >> > > data to the ohr appropriately. >> > >> > Bell of Chaos has full joystick support that is well-tested in the SDL >> > backend. >> >> Thanks! It worked great, and that was a fun game btw. Well done! > > Glad you liked it. > > One of these days I want to get back to it and add more enemy types and > more levels. > > --- > James > ___ > Ohrrpgce mailing list > ohrrpgce@lists.motherhamster.org > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org > ___ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org