This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/18915] libm.so is now a script and breaks backwards compat
- From: "simonas+bugzilla.sourceware.org at kazlauskas dot me" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 04 Sep 2015 10:01:37 +0000
- Subject: [Bug math/18915] libm.so is now a script and breaks backwards compat
- Auto-submitted: auto-generated
- References: <bug-18915-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18915
Simonas <simonas+bugzilla.sourceware.org at kazlauskas dot me> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |INVALID
--- Comment #6 from Simonas <simonas+bugzilla.sourceware.org at kazlauskas dot me> ---
> What are you trying to do, exactly? Maybe we can offer you a supported interface for that.
Iâd mostly like to be just able to do something along the lines of
`dlopen("X")` to load the appropriate libX shared library that exists in the
system for arbitrary X. When `libm.so` was a (link to a) proper shared library
you could simply do `dlopen("lib" "X" ".so")` (or some sort of runtime string
stitching), but now that is not possible anymore for "X" = "m".
Writing this I realised there also are a few other libraries that do the ld
script thing, so it might be simply me approaching library search the wrong
way, which sounds about right.
--
You are receiving this mail because:
You are on the CC list for the bug.