You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 7, 2022. It is now read-only.
which allows the post-build step to simply copy ./build/* out of the container.
one idea is to update build.sh so that:
output is built inside the container to a path with its component parts (e.g. ./build/$OS/$ARCH/$NAME)
output is recursively pulled out of the container by xgo.go (e.g. copy -r container:/build/* ./tmp)
xgo.go iterates through the folder structure to pars the OS,ARCH,NAME values out of the file system and pass those component parts to a gotemplate parameter
one of the main reasons I'm interested in this is to be able to generate binaries with a consistent name across platforms.
would be nice to run mytool on every environment after an install rather than mytool-os-arch
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi, thank you for maintaining xgo! What an incredibly powerful, fast way to build ports for Go apps!
Could we please get an option similar to gox's
-output
, for customizing the names of the file tree?For example, I would prefer to place the OS, arch pair information as directories leading up to the application name:
windows/amd64/octane.exe
The text was updated successfully, but these errors were encountered: