tools.nes/lib/xixanta/src/mapping.rs, branch mainTools for NES/Famicom development.
https://git.mssola.com/nes/tools.nes/atom?h=main2026-07-08T19:10:46ZAdd the SectionType::Vector enum value2026-07-08T19:10:46ZMiquel Sabaté Solàmssola@mssola.com2026-07-08T19:10:46Zurn:sha1:34243afa568ffeb6433200062f0d3c9bc7c2c0ca
It's actually valuable to distinguish that part of PRG-ROM that is part
of the vectors segment.
Signed-off-by: Miquel Sabaté Solà <mssola@mssola.com>
Apply suggested style fixes from clippy2025-08-17T05:41:39ZMiquel Sabaté Solàmikisabate@gmail.com2025-08-17T05:41:39Zurn:sha1:3d772470b09c4a8b78f526c3fd566c0aae1ab94f
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Add a configuration for MMC12025-01-23T15:16:11ZMiquel Sabaté Solàmikisabate@gmail.com2025-01-23T15:16:11Zurn:sha1:121995bf3f21343848bd3b1d189529883e71044a
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Remove dependency on TOML2025-01-22T15:05:24ZMiquel Sabaté Solàmikisabate@gmail.com2025-01-22T15:05:24Zurn:sha1:3f643b961cc54aa5b198c7edfc354ffec0b28a67
When I introduced this dependency it looked like a good idea to have a
better-looking replacement to cl65's cfg format. That being said, the
end result wasn't *much* prettier either, and the end result could be
even bigger and equally confusing.
Since 5f48de69f46d ("Add support for cfg files") there is quite the
framework in order to support regular cl65's cfg files. Hence, this
commit takes another approach: let's tune this format to a more
compressed and simplified one. This is now the current "nasm cfg"
format, and it allowed us to re-use a lot of code while also being more
to the point for NES/Famicom development than the original cfg format.
With this new format, we can now remove the dependency on TOML and all
of the inner dependencies which were quite a lot.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Add support for cfg files2025-01-13T15:15:06ZMiquel Sabaté Solàmikisabate@gmail.com2025-01-13T15:12:08Zurn:sha1:5f48de69f46d4da27b22c47178b2e6216f7a7801
In order to make tools like `xa65` work seamlessly with existing
configurations, allow this format too instead of making developers
switch to a new file with TOML syntax.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Implement the .include statement2025-01-09T15:01:39ZMiquel Sabaté Solàmikisabate@gmail.com2025-01-08T11:34:47Zurn:sha1:8b1c270910fce13077864bf39d6e88971a6eb062
This needed some heavy lifting when it comes to how files were located.
This means that statements like .include/.incbin now take into
consideration a new list made out of SourceInfo, which holds enough
information to translate from which file a node comes from. This has
also been added into errors, so they are more informative on what went
wrong.
In order to tests this, besides all the regular unit tests, a new e2e
test has been added.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
nasm: Allow file paths for the configuration2024-12-22T22:33:33ZMiquel Sabaté Solàmikisabate@gmail.com2024-12-22T22:33:33Zurn:sha1:4115d83eb537ffbd81e2fd8d12790a8fad769199
This opens up the door for developers to pass their own configuration
files.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Transform mapping configurations into toml files2024-12-22T22:05:18ZMiquel Sabaté Solàmikisabate@gmail.com2024-12-22T21:40:11Zurn:sha1:4628873cfc53d3bdc7a0834b3edbb02b0b9cf4a7
This will allow the creation of configuration files that can live
outside of this tree, so developers can fine tune configuration files of
their own without having to pick up whatever is currently available.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Add support for UxROM chips2024-12-20T20:58:26ZMiquel Sabaté Solàmikisabate@gmail.com2024-12-20T20:58:26Zurn:sha1:0bc97c99c644955096b3e13a2a7df6b281314e25
I have also added an end-to-end test for it.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Remove unneeded public references2024-12-18T10:46:29ZMiquel Sabaté Solàmikisabate@gmail.com2024-12-18T10:46:29Zurn:sha1:864702da68ec69ee92e47e77a65c5a86ba200201
Some of the functions are actually private, so don't export them.
Moreover, there was an import cycle which was not needed and was forcing
a public import. Remove that as well.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>