On 1/28/08, Drew Smathers <[EMAIL PROTECTED]> wrote:
> =pyglet.lib.load_library('c',linux2='/lib/libc.so.6',darwin='/lib/
> > libc.so.6')
> >
> >
>
> This is definitely not a fix. You're essentially breaking clock on MacOSX
> and also adding a hard-coded assumption of what version and where libc is
> going to be on Linux - and this varies from distro to distro. If you look
> closer at the load_library method on the Loader class and see what it's
> doing, there's already a check for the platform type - your assumption that
> it was taking the MacOSX branch isn't correct. The ascii text you mention
> is an ld linker script - ctypes should handle this fine though, to link to
> the correct library.
I don't completely understand dlopen, but my understanding was that
the ld scripts like this are used only by gcc at compile time, not by
the runtime library loader.
Is it unreasonable to use 'libc.so.6' as the search term, instead of
'c'? A compiled program would have this version hard-coded into the
executable anyway, would it not?
Alex.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"pyglet-users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/pyglet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
