sotn-decomp/config/splat.us.tt_000.yaml

45 lines
1.2 KiB
YAML
Raw Normal View History

2023-02-08 14:03:44 +00:00
options:
platform: psx
basename: tt_000
base_path: ..
2023-02-21 20:06:27 +00:00
build_path: build/us
2023-02-21 23:25:24 +00:00
target_path: disks/us/SERVANT/TT_000.BIN
asm_path: asm/us/servant/tt_000
2023-02-08 14:03:44 +00:00
asset_path: assets/servant/tt_000
src_path: src/servant/tt_000
Enhance make extract on PSX (#662) Previously if either the YAML or the symbol list were changed, we were forced to either manually delete the `asm` folder of the specific overlay or to invoke `make clean`, where the latter forced us to re-extract all the overlays via `make -j extract`. That changes with this PR. How `make` works is `target: dep1 dep2` where if one of the dependencies has the last modified date greater than the target, the rule is triggered again. Previously we were extracting overlays doing `make extract_stcen`. But since every overlay extraction generates a linker script I now changed the rules to do `make build/us/stcen.ld` to extract the same overlay. As I explained above, if either the YAML or one of the related symbols changes, the linker modified date will be older and the extraction for that overlay to be trigger again. The above allowed me to stop polluting the repo root with the linker scripts as they are now moved into `build/us` or `build/hd` depending of what you're trying to build. If you do `make extract` twice in a row you will be welcomed with a `make: Nothing to be done for 'extract'.`. There are still some instances where you **might** need `make clean` beforehand, especially when modifying the `segment` section in the YAML or renaming the symbols. A `rm -rf asm/$(VERSION)/$*` can help but I want to see if the current solution will be enough. ### Please try removing `make clean` from your workflow, once this is merged, to quickly detect possible problems with this new approach. I am also planning to make more substantial changes on our build-chain like this PR or #660 in the future. I am aiming to small incremental changes over time in case I break someone's flow or detect design flaws. I am also considering the breaking changes introduced in make 4.4, which will most likely be included in Ubuntu 24.04 LTS. I set March 2024 as a deadline to finish all the new build-chain work. --------- Co-authored-by: sozud <122322823+sozud@users.noreply.github.com>
2023-10-05 08:26:29 +00:00
ld_script_path: build/us/tt_000.ld
2023-02-08 14:03:44 +00:00
compiler: GCC
symbol_addrs_path:
- config/symbols.us.txt
- config/symbols.us.tt_000.txt
undefined_funcs_auto_path: config/undefined_funcs_auto.us.tt_000.txt
undefined_syms_auto_path: config/undefined_syms_auto.us.tt_000.txt
2023-02-08 14:03:44 +00:00
find_file_boundaries: yes
use_legacy_include_asm: no
migrate_rodata_to_functions: no
asm_jtbl_label_macro: jlabel
2023-02-08 14:03:44 +00:00
section_order:
- ".data"
2023-02-08 14:03:44 +00:00
- ".rodata"
- ".text"
- ".bss"
ld_bss_is_noload: False
2023-02-08 14:03:44 +00:00
segments:
- name: tt_000
type: code
start: 0x00000000
vram: 0x80170000
subalign: 4
2023-02-08 14:03:44 +00:00
subsegments:
2023-02-08 18:23:26 +00:00
- [0x0, .data, 10E8]
- [0x40, .data, spriteparts]
- [0x448, .data, 448]
- [0x4A8, .data, 4A8]
2023-02-08 22:08:26 +00:00
- [0x608, .data, 608]
- [0x10AC, .rodata, 10E8] # func_80172120
- [0x10C4, .rodata, 10E8] # func_80174038
2023-02-08 14:03:44 +00:00
- [0x10E8, c]
- [0x45E4, c]
- [0x48D8, .bss, 10E8]
2023-02-08 14:03:44 +00:00
- [0xA000]