Originally posted by NobodyXu
View Post
Announcement
Collapse
No announcement yet.
GNU C Library 2.36 Released With New Functions, More Optimizations
Collapse
X
-
Originally posted by sinepgib View PostYes, backwards compatibility on glibc is a messLast edited by pal666; 03 August 2022, 10:11 PM.
Comment
-
Originally posted by coder View PostWe have good solutions to number 1
- Likes 1
Comment
-
Originally posted by pal666 View Postby bundling shared libraries and dynamic linker i can create dynamically linked executable that works on anywhere
That will make it more universal, but then you also have to bundle other libraries as well.
Or flatpak/snap where u bundle dynlibs + data.
Originally posted by pal666 View Post(with recent enough kernel, but static linking shares same limitation)
It would even work on 2.4 for simple singlethread program.
Not sure about the min kernel requirement for bundling dynlib.
If ur glibc support old kernel, then it should work fine.
But still, depending on how u bundle it, it will have stricter requirements.
For example, appimage requires fuse support, flatpak/snap requires namespace support (4.9 or sth like that).
Though if the user is willing to manually untar, then it would only depend on ur linc bundled in it.Last edited by NobodyXu; 03 August 2022, 10:38 PM.
Comment
Comment