ci: build for PS3 and the remaining OpenDingux targets - #146
Open
WizzardSK wants to merge 1 commit into
Open
Conversation
The buildbot publishes 25 of the 35 platforms it knows about for this core. Four of the ten it does not are worth having, and three of those four cost almost nothing. PlayStation 3 needs no code at all. The Makefile has carried a psl1ght branch for years - STATIC_LINKING, a .a target, the PS3DEV toolchain - and psl1ght-static.yml offers the same .libretro-*-static-retroarch-master shape this file already uses eight times over for ps2, psp, vita, ctr, ngc, wii, wiiu and libnx. So it is one include and one job. The OpenDingux side was half done: dingux-mips32.yml was already included, but only its RetroFW anchor was used, leaving the dingux, dingux-odbeta and rs90 anchors in the same file unused. Those templates build with platform=gcw0 and platform=rs90, which the Makefile did not know, so two branches are added next to the retrofw and miyoo ones they are modelled on. The flags follow beetle-pce-fast, which builds both: gcw0 is a JZ4770 and takes mips32r2 scheduling with hardware float, while the RS-90's JZ4725B has no FPU, so it gets neither. PS4 is deliberately left out. Two cores in the whole group build orbis, there is no Makefile branch for it here, and writing one for that toolchain blind is a poor trade against the rest of this. Checked that each platform selects the toolchain it should and that the Makefile still parses: gcw0, rs90, retrofw, psl1ght and unix all resolve to the right compiler, and psl1ght still produces atari800_libretro_psl1ght.a. Building them needs the buildbot's images.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The buildbot publishes 25 of the 35 platforms it knows about for this core. Four of the ten it does not are worth having, and three of those four cost almost nothing.
PlayStation 3
No code needed. The Makefile has carried a
psl1ghtbranch for years —STATIC_LINKING, a.atarget, the PS3DEV toolchain — andpsl1ght-static.ymloffers the same.libretro-*-static-retroarch-mastershape this file already uses eight times over for ps2, psp, vita, ctr, ngc, wii, wiiu and libnx. One include, one job.OpenDingux
This was half done already:
dingux-mips32.ymlwas included, but only its RetroFW anchor was used, leaving thedingux,dingux-odbetaandrs90anchors in the same file unused.Those templates build with
platform=gcw0andplatform=rs90, which the Makefile did not know, so two branches are added next to theretrofwandmiyooones they are modelled on. The flags followbeetle-pce-fast, which builds both: gcw0 is a JZ4770 and takes mips32r2 scheduling with hardware float, while the RS-90's JZ4725B has no FPU and gets neither.Not PS4
Two cores in the whole group build
orbis, there is no Makefile branch for it here, and writing one for that toolchain blind is a poor trade against the rest of this.Checks
Each platform selects the toolchain it should and the Makefile still parses —
gcw0,rs90,retrofw,psl1ghtandunixall resolve to the right compiler, andpsl1ghtstill producesatari800_libretro_psl1ght.a. Actually building them needs the buildbot's images, so the pipeline here is the real test.