b22ca759f6
The project was targeting 4.6.2, which was the current version when work first began. This update should not cause any change in behavior. The only real value in doing this is that it means people working on the project won't have to install the older SDK components. This may require performing a manual "clobber" in existing source trees: close Visual Studio, then in each of the seven projects, manually remove the "bin" and "obj" directories. Using the VS "clean" feature doesn't seem to clear out all of the dependencies, and you get weird build complaints about missing System classes. I'm not anticipating any compatibility issues with this switch. Framework 4.8 shipped in April 2019, and the final version of .NET Framework was released August 2022, so anybody who has Framework installed should have a compatible version. This change does not move the libraries from .NET Standard 2.0 to 2.1, because 2.0 was the last version supported by Framework. (At some point it might be useful to upgrade to the current .NET, but that is a more significant change.)
2.7 KiB
6502bench Source Code Notes
All of the code is written in C# .NET, using the (free to download) Visual Studio Community 2022 IDE as the primary development environment. The user interface uses the WPF API, targeted at the final release of .NET Framework (4.8.1). To build the sources, clone the git repository and open "WorkBench.sln" in Visual Studio 2019 or later. The Solution file is called "WorkBench.sln" rather than "6502bench.sln" because some things in Visual Studio got weird when it didn't start with a letter.
When installing Visual Studio, be sure to include ".NET Desktop Development". You may also need to install the .NET Framework 4.8.1 "Dev Pack" (as a separate download, or via the "individual components" tab in the Visual Studio Installer).
The code style is closer to what Android uses than "standard" C#. Lines are folded to fit 100 columns.
SourceGen Points of Interest
Places to start...
The main window UI is in WpfGui/MainWindow.xaml[.cs]. Much of the implementation lives in MainController.cs.
The top-level object for the project data is DisasmProject.cs. The Analyze() method drives the code and data analysis process. ApplyChanges() is the heart of the undo/redo system.
Source code generation and assembler execution is routed through AsmGen/AssemblerInfo.cs. If you want to add support for a new cross-assembler, start by adding new entries to the enum and data tables there.
Nothing specific to a target system is baked into the main application. The SourceGen/RuntimeData directory has the system definitions used for the "new project" list, along with subdirectories with symbol files and extension scripts. The README file there explains a bit more.
Publishing a New Release
Steps:
- Update the version number in
SourceGen/App.xaml.cs. - Run Debug > Source Generation Tests to verify that the code generation tests pass. This requires that all cross-assemblers be installed and configured.
- Remove any existing
DIST_Releasedirectory from the top level. - In Visual Studio, change the build configuration to Release, and the startup project to MakeDist.
- Do a full clean build.
- Hit F5 to start MakeDist. Click "Build" to generate a release build. The
files will be copied into
DIST_Release. - Create an empty ZIP file (e.g.
6502bench1_10_0-alpha1.zip). - Copy all files from
DIST_Releaseinto it. - Submit all changes to git, push them to the server.
- Create a new release on github. Drag the ZIP file into it.
- Update/close any issues that have been addressed by the new release. Add the change notes to the wiki page.
Version numbers should follow the semantic versioning scheme: v1.2.3, v1.2.3-dev1, etc.