Merge lp:~gqmelo/pyopengl/load-library-linux into lp:pyopengl
Status: | Needs review |
---|---|
Proposed branch: | lp:~gqmelo/pyopengl/load-library-linux |
Merge into: | lp:pyopengl |
Diff against target: |
51 lines (+41/-0) 1 file modified
OpenGL/platform/ctypesloader.py (+41/-0) |
To merge this branch: | bzr merge lp:~gqmelo/pyopengl/load-library-linux |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Mike C. Fletcher | Pending | ||
Review via email: mp+293927@code.launchpad.net |
Description of the change
Fix library loading on Linux
The function util.find_library does not respect variables like
LD_LIBRARY_PATH.
Also files ending with .so are intended to be used at compilation time
and therefore are normally shipped by a dev package on most Linux
distributions.
At runtime, applications should use the filename with major version
(.so.x)
Unmerged revisions
- 1000. By Guilherme Quentel Melo
-
Fix library loading on Linux
The function util.find_library does not respect variables like
LD_LIBRARY_PATH.Also files ending with .so are intended to be used at compilation time
and therefore are normally shipped by a dev package on most Linux
distributions.At runtime, applications should use the filename with major version
(.so.x)
Okay, merged. Sorry it took so long, but it just failed when I merged and I didn't have the time to investigate (it would load a non-functional DLL when the base_name was loaded (i.e. it would load libOpenGL.so and that would have no visuals etc), so it would completely bomb out on my (Kubuntu) box).
We really do mean "the latest version" here, so the .so really is what we *mean*, but ld-preload and the like should be respected, and while I don't like the arbitrary "up to 9" thing, we're currently in the 1-3 range for our used dlls, so we'll look at it again when they get up to api version 9 I suppose.
Thanks,
Mike