Closed meowsbits closed 5 years ago
mac
build/
amd64
or whatever somewhere?I think we should, yes
ethereumclassic/go-ethereum currently uses build/bin/geth
/bin/
is nice because it differentiates executable artifacts vs. non executables, eg signatures, logs, whateverI think the purpose here is to do exactly the opposite, and to simply flatten it all, making it structurally more simple.
If there isnt enough of a description of what the executable is in the name, then chances are the name is probably just not a good one.
yea i'm good w/ that.
so in light of
build scope doesn't reach artifact compression (that's release level)
build scope doesn't touch artifact name scheme (that's for dist/release)
are we good here?
(i started messing around with what commands we can use to portably standardize - at least exemplify - artifact naming, but realized it might be "out of scope")
yep sounds good to me.
https://github.com/etclabscore/jade/blob/master/BUILDING.md#build-folder-structure
[x] Are these build rules for CI, for Makefiles/runners that'll be used locally?...
[x] Build dir naming...
ethereumclassic/go-ethereum currently uses
build/bin/geth
/bin/
is nice because it differentiates executable artifacts vs. non executables, eg signatures, logs, whateverethereum/go-ethereum uses
build/geth
i hacked on a project this weekend that used
.build/
[x] Should we standardize platform naming, eg
darwin
vs.osx
vs.mac
?[ ] Should we standardize platform architecture, so have like
amd64
or whatever somewhere?[x] Should we prefer
.zip
or.tar.gz
or both? (Currently geth uses.zip
for Windows, then both for linux and mac)[ ] Common artifact name schemes