The-Homebrew-Cloud/flashcard-archive
2
0
Fork 0
mirror of https://github.com/DS-Homebrew/flashcard-archive.git synced 2024-10-22 11:45:06 +02:00
Code Issues Packages Projects Releases Wiki Activity
main
flashcard-archive/archive/r4ids.com/Makefile

29 lines
868 B
Makefile
Raw Permalink Normal View History

Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
.PHONY: package
Makefile: use $(CURDIR) directly without $(shell pwd) This fixes building on macOS.
2024-10-03 22:52:05 +02:00
export TOPDIR := $(CURDIR)
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
export BASE := $(shell basename $(CURDIR))
export OUT := $(TOPDIR)/../../out
export COMMON := $(TOPDIR)/../../common-kernels
BL2CK 1.31.0 Based on WAIO 1.25g with modifications by lifehackerhansol https://github.com/lifehackerhansol/WoodAIO Changelog: - Updated flashcard-bootstrap to 1.3.0 (small reduction in size) - Switched to open-source Acekard AK2 DLDI - Switched to mixinfo.dat version of ak2loader - Taken from r4isdhc.hk 2019 1.72 kernel - This fixes ACWW (which seems to be a RAM limitation in the infolib loader) - No other regressions found so far - Removed unnecessary files - system.sys is now dynamically generated instead of a static 4MB file
2023-08-30 20:18:03 +02:00
package: directory BL2CK_1.31.0.zip r4ids.com_Original_Wood_R4_1.54.zip r4ids.com_Gold_2.0_AKAIO_1.8.6a.zip r4ids.com_Gold_Plus_Kernel_3.0.zip old extdata
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
directory:
mkdir -p $(OUT)/$(BASE)
Rework BL2CK common, consolidate common files - Have individual makefiles for different boot files - R4iTT: ARM9 entry 0x02000800 - Amaze3DS: ARM9 entry 0x02000000 - EDGEi: Same as R4iTT, but renamed to `dsedgei.dat` - Include each makefile from individual folders, copy needed things and zip
2023-08-15 21:17:00 +02:00
include $(COMMON)/BL2CK/R4iTT/Makefile
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
r4ids.com_Original_Wood_R4_1.54.zip: directory
treewide: use deterministic-zip https://github.com/timo-reymann/deterministic-zip This solves a logistics issue; zip files always include the modified timestamp of a file. This doesn't sound bad until you realize that GitHub Actions always re-clones the entire repository, and the timestamp is guaranteed to be different. Because of this, every time we run our Actions workflow, the zip will have a different checksum, causing git to re-commit *every single file* to the frontend repository, causing long workflow times due to the sheer size of each commit. deterministic-zip hopefully solves this issue by forcing the modified timestamp to one hardcoded in its binary, so here is to hoping we don't abuse our git repo any further.
2024-01-15 06:59:35 +01:00
cd $(TOPDIR)/../r4ids.cn/r4ids.cn_non-3DS_Wood_R4_1.54 && zip -r $(OUT)/$(BASE)/$@ *
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
r4ids.com_Gold_2.0_AKAIO_1.8.6a.zip: directory
treewide: use deterministic-zip https://github.com/timo-reymann/deterministic-zip This solves a logistics issue; zip files always include the modified timestamp of a file. This doesn't sound bad until you realize that GitHub Actions always re-clones the entire repository, and the timestamp is guaranteed to be different. Because of this, every time we run our Actions workflow, the zip will have a different checksum, causing git to re-commit *every single file* to the frontend repository, causing long workflow times due to the sheer size of each commit. deterministic-zip hopefully solves this issue by forcing the modified timestamp to one hardcoded in its binary, so here is to hoping we don't abuse our git repo any further.
2024-01-15 06:59:35 +01:00
cd $(TOPDIR)/r4ids.com_Gold_2.0_AKAIO_1.8.6a && zip -r $(OUT)/$(BASE)/$@ *
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
r4ids.com_Gold_Plus_Kernel_3.0.zip: directory
treewide: use deterministic-zip https://github.com/timo-reymann/deterministic-zip This solves a logistics issue; zip files always include the modified timestamp of a file. This doesn't sound bad until you realize that GitHub Actions always re-clones the entire repository, and the timestamp is guaranteed to be different. Because of this, every time we run our Actions workflow, the zip will have a different checksum, causing git to re-commit *every single file* to the frontend repository, causing long workflow times due to the sheer size of each commit. deterministic-zip hopefully solves this issue by forcing the modified timestamp to one hardcoded in its binary, so here is to hoping we don't abuse our git repo any further.
2024-01-15 06:59:35 +01:00
cd $(TOPDIR)/r4ids.com_Gold_Plus_Kernel_3.0 && zip -r $(OUT)/$(BASE)/$@ *
Add Makefile system to create frontend Run `./build.sh` in `archive` folder. It will loop through all kernels, and copy to `<project-root>/out`.
2023-08-13 18:46:40 +02:00
old: directory
make -C $@
extdata: directory
cp -r README.txt $(OUT)/$(BASE)
Reference in New Issue Copy Permalink