文件列表:

ezxfba\.moc (0, 2007-04-29)
ezxfba\.obj (0, 2007-04-29)
ezxfba\burn\ay8910.c (19691, 2005-01-26)
ezxfba\burn\ay8910.h (1179, 2005-01-26)
ezxfba\burn\bitswap.h (4602, 2005-01-26)
ezxfba\burn\burn.cpp (24945, 2007-01-12)
ezxfba\burn\burn.h (11007, 2006-12-28)
ezxfba\burn\burnint.h (3590, 2005-01-26)
ezxfba\burn\burn_sound.cpp (588, 2005-01-26)
ezxfba\burn\burn_sound.h (3531, 2007-03-27)
ezxfba\burn\burn_sound_a.asm (15389, 2005-01-16)
ezxfba\burn\burn_sound_c.cpp (841, 2007-03-27)
ezxfba\burn\burn_sound_iwmmxt.s (3451, 2007-03-28)
ezxfba\burn\burn_ym2151.cpp (5197, 2007-03-21)
ezxfba\burn\burn_ym2151.h (959, 2005-01-26)
ezxfba\burn\burn_ym2608.cpp (10392, 2006-12-28)
ezxfba\burn\burn_ym2608.h (591, 2005-01-26)
ezxfba\burn\burn_ym2610.cpp (10688, 2007-03-21)
ezxfba\burn\burn_ym2610.h (649, 2005-01-26)
ezxfba\burn\burn_ym3812.cpp (5610, 2005-01-26)
ezxfba\burn\burn_ym3812.h (470, 2005-01-26)
ezxfba\burn\burn_ymf278b.cpp (4403, 2005-01-26)
ezxfba\burn\burn_ymf278b.h (578, 2005-01-26)
ezxfba\burn\capcom\cps.cpp (15741, 2007-03-14)
ezxfba\burn\capcom\cps.h (8426, 2005-04-07)
ezxfba\burn\capcom\cpsr.cpp (4921, 2005-01-26)
ezxfba\burn\capcom\cpsrd.cpp (6179, 2005-01-26)
ezxfba\burn\capcom\cpst.cpp (5103, 2005-01-26)
ezxfba\burn\capcom\cps_draw.cpp (10346, 2005-01-26)
ezxfba\burn\capcom\cps_mem.cpp (11234, 2006-02-15)
ezxfba\burn\capcom\cps_obj.cpp (8075, 2005-01-26)
ezxfba\burn\capcom\cps_pal.cpp (6355, 2005-01-26)
ezxfba\burn\capcom\cps_run.cpp (11489, 2007-01-01)
ezxfba\burn\capcom\cps_rw.cpp (10211, 2007-01-08)
ezxfba\burn\capcom\cps_scr.cpp (5980, 2005-01-26)
ezxfba\burn\capcom\ctv.cpp (1160, 2005-01-26)
ezxfba\burn\capcom\ctv.h (29903, 2006-12-28)
ezxfba\burn\capcom\ctv_do.h (4639, 2005-01-26)
ezxfba\burn\capcom\ctv_make.cpp (3501, 2005-01-26)
ezxfba\burn\capcom\dc_1941.cpp (9909, 2005-03-31)
... ...

*update* Use the "compress jumtable" Cyclone config.h option to fix this issue (no patcher will be needed then). There is a problem with Cyclone on symbian platform: GNU as generates COFF object files, which allow max of 0xFFFF (65535) relocation entries. Cyclone uses a jumptable of 0x10000 (65536, 1 for every opcode-word) antries. When the executable is loaded, all jumptable entries must be relocated to point to right code location. Because of this limitation, Cyclone's jumptable is incomplete (misses 2 entries), and if M68k opcodes 0xFFFE or 0xFFFF are ever encoundered when emulating, your emulator will crash. I have written a little patcher to fix that. It writes those two missing entries and marks them as relocatable. Placeholders must not be deleted just after the jumttable in the Cyclone source code. This version works with intermediate PE executable, which is used both for APPs and EXEs, and is produced by gcc toolkit just before running petran. So it's best to insert this in your makefile, in the rule which builds your APP/EXE, just after last 'ld' statement, for example: $(EPOCTRGUREL)\PICODRIVEN.APP : $(EPOCBLDUREL)\PICODRIVEN.in $(EPOCSTATLINKUREL)\EDLL.LIB $(LIBSUREL) ... ld -s -e _E32Dll -u _E32Dll --dll \ "$(EPOCBLDUREL)\PICODRIVEN.exp" \ -Map "$(EPOCTRGUREL)\PICODRIVEN.APP.map" -o "$(EPOCBLDUREL)\PICODRIVEN.APP" \ "$(EPOCSTATLINKUREL)\EDLL.LIB" --whole-archive "$(EPOCBLDUREL)\PICODRIVEN.in" \ --no-whole-archive $(LIBSUREL) $(USERLDFLAGS) -$(ERASE) "$(EPOCBLDUREL)\PICODRIVEN.exp" patchtable_symb2 "$(EPOCBLDUREL)\PICODRIVEN.APP" petran "$(EPOCBLDUREL)\PICODRIVEN.APP" "$@" \ -nocall -uid1 0x10000079 -uid2 0x100039ce -uid3 0x1000c193 -$(ERASE) "$(EPOCBLDUREL)\PICODRIVEN.APP" perl -S ecopyfile.pl "$@" "PICODRIVEN.APP" This is also compatible with ECompXL. To test if this thing worked, you can load crash_cyclone.bin in your emulator.

近期下载者：

相关文件：

评论：[我要评论] [举报此文件]

收藏者：