Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding back support for an external libstdbuf.so #6591

Open
refi64 opened this issue Jul 22, 2024 · 0 comments
Open

Adding back support for an external libstdbuf.so #6591

refi64 opened this issue Jul 22, 2024 · 0 comments

Comments

@refi64
Copy link
Contributor

refi64 commented Jul 22, 2024

#1120 changed the way stdbuf works to embed the .so inside of the binary. This, however, has some notable cons, such as:

  • Distro packaging tooling can't access the inner .so, which means things like post-build stripping or dependency scanning or anything else won't run on it. This makes it effectively impossible to do a build with debug info and pull the debug information out for external use after the build completes. (We hit this internally which led to an investigation as to what was going on exactly with the strip process.)
  • $TMPDIR might be mounted as noexec, in which case the LD_PRELOAD will simply not work.

Would a change to partially add back support for building libstdbuf.so externally be accepted? This could be perhaps configurable at build time & off-by-default (e.g. make USE_EXTERNAL_STDBUF=1), which would help a lot with the first point. (It wouldn't for the second, though! I'm not sure what the best solution for that is.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant