ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/higan/target-laevateinn/base.hpp

54 lines
1.2 KiB
C++
Raw Normal View History

Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
#if !defined(PROFILE_ACCURACY)
#error "debugger is only compatible with accuracy profile"
#endif
Update to v088r07 release. byuu says: (r05 and r06 were save points between large core modifications) I would really appreciate extensive regression testing (especially around SuperFX, Cx4, ST018, DSP-n, ST-01n, NES, GB) at this point. The most critical core changes should be completed now. And it was an unbelievable amount of restructuring. Changelog: - SuperFX core moved to Processor::GSU - SNES::CPU core moved to Processor::R65816 - SNES::SMP core moved to Processor::SPC700 - NES::CPU core renamed to Processor::R6502 - use filestream to load RAM files from interface - save states store SHA256 instead of CRC32 (CRC32 usage removed entirely from bsnes) - nes/ -> fc/ and NES -> FC - snes/ -> sfc/ and SNES -> SFC - SuperFamicom::MappedRAM::copy uses stream instead of data+size - Linux port uses gcc-4.7 (still using only gcc-4.6 subset, so you can make a gcc-4.6 symlink for now if you like.) - all profiles and all targets compile and work properly All eight instruction set cores have been moved to processor/ now. Consistency's a wonderful thing. The last remnants of NES/SNES are now limited to target-ui code; and the nall/(system) folder names. I'm building with gcc-4.7 on my Linux box now because the resultant binaries are up to 20% faster (seriously) than gcc-4.6.
2012-04-29 06:16:44 +00:00
#include <sfc/sfc.hpp>
namespace SFC = SuperFamicom;
Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
#include <nall/config.hpp>
#include <nall/directory.hpp>
#include <nall/dsp.hpp>
#include <nall/file.hpp>
#include <nall/filemap.hpp>
Update to v088r07 release. byuu says: (r05 and r06 were save points between large core modifications) I would really appreciate extensive regression testing (especially around SuperFX, Cx4, ST018, DSP-n, ST-01n, NES, GB) at this point. The most critical core changes should be completed now. And it was an unbelievable amount of restructuring. Changelog: - SuperFX core moved to Processor::GSU - SNES::CPU core moved to Processor::R65816 - SNES::SMP core moved to Processor::SPC700 - NES::CPU core renamed to Processor::R6502 - use filestream to load RAM files from interface - save states store SHA256 instead of CRC32 (CRC32 usage removed entirely from bsnes) - nes/ -> fc/ and NES -> FC - snes/ -> sfc/ and SNES -> SFC - SuperFamicom::MappedRAM::copy uses stream instead of data+size - Linux port uses gcc-4.7 (still using only gcc-4.6 subset, so you can make a gcc-4.6 symlink for now if you like.) - all profiles and all targets compile and work properly All eight instruction set cores have been moved to processor/ now. Consistency's a wonderful thing. The last remnants of NES/SNES are now limited to target-ui code; and the nall/(system) folder names. I'm building with gcc-4.7 on my Linux box now because the resultant binaries are up to 20% faster (seriously) than gcc-4.6.
2012-04-29 06:16:44 +00:00
#include <nall/stream/file.hpp>
#include <nall/stream/vector.hpp>
Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
#include <nall/snes/cartridge.hpp>
using namespace nall;
#include <phoenix/phoenix.hpp>
using namespace phoenix;
#include <ruby/ruby.hpp>
using namespace ruby;
Update to v085r09 release. byuu says: Added VRAM viewer (mouse over to get tile# and VRAM address), CPU+SMP register editors, settings.cfg to cache path+sync audio+mute audio settings (Windows Vista+ ignore my request for the default folder because they are fucking stupid, so they always default to your home folder. I'm going to have to recommend using a batch file to start laevateinn there. Sorry, blame Microsoft for being fuck-ups), geometry.cfg to remember where you placed windows and what size you made them (a bug in Qt prevents me from making some windows fixed-size for now, but that'll change when I can work around the Qt issue), usage map invalidation if the ROM was modified after the usage files, that empty line insertion thing creaothceann wanted on emulation resume, all chips now synchronize immediately rather than just-in-time, which is important for a debugger. Going to postpone the properties viewer until after v086. So this is pretty much ready for release. Please bug-test. I don't care so much about little frills like "oh the memory editor window should default to a little bigger", you can work around that by resizing it. I care about things like, "VRAM write breakpoints don't work at all." If we miss any bugs and it gets released, not the end of the world, but you'll be waiting a while for the next release to address any missed bugs now.
2012-02-12 09:58:04 +00:00
#include "settings/settings.hpp"
Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
#include "interface/interface.hpp"
Update to v085r06 release. byuu says: Lots of debugger enhancements. Memory editor works for CPU-bus only, breakpoint editor does nothing yet. Tracing works, writes to 001-999 files sequentially. Stepping works, too. But only on the CPU. Added "privileged", which becomes "public" if DEBUGGER is defined, "private" otherwise. Meant so the debugger can stab deeply into the cores for state manipulation. Interface is guaranteed to be unstable and dependent upon the accuracy core. The about screen logo adds 100KB onto the source download (won't affect regular bsnes binaries), but too bad. I want some visual flair this time.
2012-02-09 12:53:55 +00:00
#include "debugger/debugger.hpp"
Update to v085r08 release. byuu says: Changelog: - follow the Laevateinn topic to get most of it - also added NMI, IRQ step buttons to CPU debugger - also added trace masking + trace mask reset - also added memory export - cartridge loading is entirely folder-based now FitzRoy, I'll go ahead and make a second compromise with you for v086: I'll match the following: /path/to/SNES.sfc/*.sfc /path/to/NES.fc/*.prg, *.chr (split format) /path/to/NES.fc/*.fc (merged format) /path/to/GB.gb/*.gb /path/to/GBC.gbc/*.gbc Condition will be that there can only be one of each file. If there's more than one, it'll abort. That lets me name my ROMs as "Game.fc/Game.fc", and you can name yours as "Game.fc/cartridge.prg, cartridge.chr". Or whatever you want. We'll just go with that, see what fares out as the most popular, and then restrict it back to that method. The folder must have the .fc, etc extension though. That will be how we avoid false-positive folder matches. [Editor's note - the Laevateinn topic mentions these changes for v085r08: Added SMP/PPU breakpoints, SMP debugger, SMP stepping / tracing, memory editing on APU-bus / VRAM / OAM / CGRAM, save state menu, WRAM mirroring on breakpoints, protected MMIO memory regions (otherwise, viewing $002100 could crash your game.) Major missing components: - trace mask - trace mask clear / usage map clear - window geometry caching / sizing improvements - VRAM viewer - properties viewer - working memory export button The rest will most likely appear after v086 is released. ]
2012-02-12 05:35:40 +00:00
#include "tracer/tracer.hpp"
Update to v085r09 release. byuu says: Added VRAM viewer (mouse over to get tile# and VRAM address), CPU+SMP register editors, settings.cfg to cache path+sync audio+mute audio settings (Windows Vista+ ignore my request for the default folder because they are fucking stupid, so they always default to your home folder. I'm going to have to recommend using a batch file to start laevateinn there. Sorry, blame Microsoft for being fuck-ups), geometry.cfg to remember where you placed windows and what size you made them (a bug in Qt prevents me from making some windows fixed-size for now, but that'll change when I can work around the Qt issue), usage map invalidation if the ROM was modified after the usage files, that empty line insertion thing creaothceann wanted on emulation resume, all chips now synchronize immediately rather than just-in-time, which is important for a debugger. Going to postpone the properties viewer until after v086. So this is pretty much ready for release. Please bug-test. I don't care so much about little frills like "oh the memory editor window should default to a little bigger", you can work around that by resizing it. I care about things like, "VRAM write breakpoints don't work at all." If we miss any bugs and it gets released, not the end of the world, but you'll be waiting a while for the next release to address any missed bugs now.
2012-02-12 09:58:04 +00:00
#include "window/window.hpp"
Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
#include "console/console.hpp"
#include "video/video.hpp"
Update to v085r07 release. byuu says: Changelog: - stuff [Editor's note - pretty much just more debugger implementation]
2012-02-12 05:05:43 +00:00
#include "cpu/cpu.hpp"
Update to v085r08 release. byuu says: Changelog: - follow the Laevateinn topic to get most of it - also added NMI, IRQ step buttons to CPU debugger - also added trace masking + trace mask reset - also added memory export - cartridge loading is entirely folder-based now FitzRoy, I'll go ahead and make a second compromise with you for v086: I'll match the following: /path/to/SNES.sfc/*.sfc /path/to/NES.fc/*.prg, *.chr (split format) /path/to/NES.fc/*.fc (merged format) /path/to/GB.gb/*.gb /path/to/GBC.gbc/*.gbc Condition will be that there can only be one of each file. If there's more than one, it'll abort. That lets me name my ROMs as "Game.fc/Game.fc", and you can name yours as "Game.fc/cartridge.prg, cartridge.chr". Or whatever you want. We'll just go with that, see what fares out as the most popular, and then restrict it back to that method. The folder must have the .fc, etc extension though. That will be how we avoid false-positive folder matches. [Editor's note - the Laevateinn topic mentions these changes for v085r08: Added SMP/PPU breakpoints, SMP debugger, SMP stepping / tracing, memory editing on APU-bus / VRAM / OAM / CGRAM, save state menu, WRAM mirroring on breakpoints, protected MMIO memory regions (otherwise, viewing $002100 could crash your game.) Major missing components: - trace mask - trace mask clear / usage map clear - window geometry caching / sizing improvements - VRAM viewer - properties viewer - working memory export button The rest will most likely appear after v086 is released. ]
2012-02-12 05:35:40 +00:00
#include "smp/smp.hpp"
Update to v085r06 release. byuu says: Lots of debugger enhancements. Memory editor works for CPU-bus only, breakpoint editor does nothing yet. Tracing works, writes to 001-999 files sequentially. Stepping works, too. But only on the CPU. Added "privileged", which becomes "public" if DEBUGGER is defined, "private" otherwise. Meant so the debugger can stab deeply into the cores for state manipulation. Interface is guaranteed to be unstable and dependent upon the accuracy core. The about screen logo adds 100KB onto the source download (won't affect regular bsnes binaries), but too bad. I want some visual flair this time.
2012-02-09 12:53:55 +00:00
#include "memory/memory.hpp"
#include "breakpoint/breakpoint.hpp"
Update to v086 release. byuu says: The main focus of this release is Laevateinn, which is the new bsnes debugger. Unlike previous debuggers, Laevateinn is a standalone application with its own GUI entirely focused on debugging. Changelog: - created ui-debugger target (Laevateinn) - fixed multitap ports 2-4 [quequotion] - fixed ui-libsnes target compilation - fixed a crashing issue with NSS XML markup - improved cartridge-folder loading support - NES can now load .fc (headerless NES) or .prg+.chr (split NES) images - fixed cursor being visible in fullscreen mode when using Linux/Metacity window manager [ncbncb] - show normal cursor when using Linux/SDL video driver [ncbncb] - added menu accelerators - fixed a bug in performance profile SMP incw/decw instructions - SNES core can now optionally be built without Game Boy emulation core - added 2012-02-04 cheats.xml database [mightymo]
2012-02-13 11:44:02 +00:00
#include "properties/properties.hpp"
Update to v085r09 release. byuu says: Added VRAM viewer (mouse over to get tile# and VRAM address), CPU+SMP register editors, settings.cfg to cache path+sync audio+mute audio settings (Windows Vista+ ignore my request for the default folder because they are fucking stupid, so they always default to your home folder. I'm going to have to recommend using a batch file to start laevateinn there. Sorry, blame Microsoft for being fuck-ups), geometry.cfg to remember where you placed windows and what size you made them (a bug in Qt prevents me from making some windows fixed-size for now, but that'll change when I can work around the Qt issue), usage map invalidation if the ROM was modified after the usage files, that empty line insertion thing creaothceann wanted on emulation resume, all chips now synchronize immediately rather than just-in-time, which is important for a debugger. Going to postpone the properties viewer until after v086. So this is pretty much ready for release. Please bug-test. I don't care so much about little frills like "oh the memory editor window should default to a little bigger", you can work around that by resizing it. I care about things like, "VRAM write breakpoints don't work at all." If we miss any bugs and it gets released, not the end of the world, but you'll be waiting a while for the next release to address any missed bugs now.
2012-02-12 09:58:04 +00:00
#include "vram/vram.hpp"
Update to v085r06 release. byuu says: Lots of debugger enhancements. Memory editor works for CPU-bus only, breakpoint editor does nothing yet. Tracing works, writes to 001-999 files sequentially. Stepping works, too. But only on the CPU. Added "privileged", which becomes "public" if DEBUGGER is defined, "private" otherwise. Meant so the debugger can stab deeply into the cores for state manipulation. Interface is guaranteed to be unstable and dependent upon the accuracy core. The about screen logo adds 100KB onto the source download (won't affect regular bsnes binaries), but too bad. I want some visual flair this time.
2012-02-09 12:53:55 +00:00
extern uint8_t laevateinnLogo[121905];
Update to v085r04 release. byuu says: Changelog: - added base/ folder - base/base.hpp defines the version number for all UI targets, all the varint-types, and a hook() class for debugger functions (see below) - fixed compatibility profile compilation - removed within<> template from the SNES target - the SNES core can be built without Game Boy support now, if you so choose (my SNES debugger is not going to support debugging the GBZ80, sorry.) - added ui-debugger; not at all useful right now, will be a long while to get something usable ready So hook is a class wrapper around nall::function. It allows you to invoke potentially empty functions (and as such, the return type must have a trivial constructor.) It also doesn't actually perform the test+invocation when DEBUGGER (options=debugger) is not defined. So you should have no overhead in regular builds. The core classes now have a subclass with all the debugging hooks, so you'll see eg: void CPU::op_step() { debugger.op_exec(regs.pc); (this->*opcode_table[op_read()])(); } Clear what it's doing, clear what it's for. A whole lot less work than inheriting the whole CPU core and virtualizing the functions we want to hook. All the logic for what to do inside these callbacks will be handled by individual debuggers, so they can have all the functionality they want.
2012-02-06 12:03:45 +00:00
struct Application {
bool quit;
string basepath;
string userpath;
string proportionalFont;
string proportionalFontBold;
string monospaceFont;
Application(int argc, char **argv);
~Application();
};
extern Application *application;