premake / premake/premake-core
we really need to static-link the libs on linux
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 3.6k
- Forks
- 654
- Avg merge
- 1d 1h
- Merged PRs (30d)
- 13
Description
From one of my travis-ci builds
Creating GNU Makefile...
dist/bin/premake5: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.16' not found (required by dist/bin/premake5)
The premake binary expects to dynamic link to whatever version of the .so was on the machine that built the binary... we either need to explicitly be less fussy with the version number (ie, only specify major version), or in this case, just static link.
I might make a patch if I get a spare couple of hours to run the tests on a few machines.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the Travis CI failure and the GNU Makefile generation that produces dist/bin/premake5, then inspect how Linux libraries are linked and how the build is tested. The work is done when the binary no longer requires an unavailable GLIBC_2.16 version and the tests pass across the target Linux machines.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- build-system, operating-systems
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100