Open GitMensch opened 1 year ago
Currently the build script uses whatever is current on MSYS2
https://github.com/mridoni/gnucobol-binaries/blob/ab58b732bb67775ccbf0c89f100011b5e13275b2/.github/workflows/build-gnucobol-3.1.2-windows-mingw.yml#L42 https://github.com/mridoni/gnucobol-binaries/blob/ab58b732bb67775ccbf0c89f100011b5e13275b2/.github/workflows/build-gnucobol-3.1.2-windows-mingw.yml#L88
and then renaming this to a specific version (in this case 3.1.2).
As MSYS2 does not provide old binary packages a version cannot be specified this way directly, but there is an "easy" option to solve that:
cd ${package-name} MINGW_ARCH="mingw64 mingw32" makepkg-mingw -sLf pacman --noconfirm --root=${{ env.PKG_DIR }} --dbpath=${{ env.PKG_DIR }} -U ${package-name}*.pkg.tar.xz
Note: You may would combine those builds into a single step and only have the artifact uploaded twice, one from the "mingw32" folder and the other one from "mingw64" (no need in deleting any folders outside then).
Just to check: there was no GC 3.2 binary released published by you, do you want to add that?
Yes, it's on my (unfortunatly ever-growing) to-do-list :-( ...
Currently the build script uses whatever is current on MSYS2
https://github.com/mridoni/gnucobol-binaries/blob/ab58b732bb67775ccbf0c89f100011b5e13275b2/.github/workflows/build-gnucobol-3.1.2-windows-mingw.yml#L42 https://github.com/mridoni/gnucobol-binaries/blob/ab58b732bb67775ccbf0c89f100011b5e13275b2/.github/workflows/build-gnucobol-3.1.2-windows-mingw.yml#L88
and then renaming this to a specific version (in this case 3.1.2).
As MSYS2 does not provide old binary packages a version cannot be specified this way directly, but there is an "easy" option to solve that:
Note: You may would combine those builds into a single step and only have the artifact uploaded twice, one from the "mingw32" folder and the other one from "mingw64" (no need in deleting any folders outside then).