This simple patch adds a --enable-pthread-naming option (default on)
which allows disabling of the use of pthread_setname_np when compiling
against glibc 2.12 or newer on linux, thus allowing the SDL 2 library to
NOT require 2.12 as a minimum glibc requirement.–
Edward Rudd OutOfOrder.cc
Skype: outoforder_cc
317-674-3296
Question: Does Apple allow the use of dlsym on the App Store, i.e.
have apps been approved? (I don’t know the answer and I honestly want
to know.)
I know dlsym is not dlopen, but this being Apple and their irrational
review process (anybody remember the no-underscores rejection for the
embedded SDL.framework CFBundleIdentifier in the Mac App Store review
process?), I have been wondering if this gets caught in their net or
not. (I really want to use dlsym for LuaCocoa on iOS.)
Apple’s main restriction is against calling un-documented APIs… and pthread_set_name_np isn’t an undocumented API, just one only available in newer OSes. (np == non-portable). So, IMHO, and from my understandings of Apple’s restrictions it should be ok.On Nov 3, 2012, at 15:50 , Eric Wing wrote:
Edward, does this cover your concerns? I’ll close the bug if we’re good
here.
–ryan.
Question: Does Apple allow the use of dlsym on the App Store, i.e.
have apps been approved? (I don’t know the answer and I honestly want
to know.)
I know dlsym is not dlopen, but this being Apple and their irrational
review process (anybody remember the no-underscores rejection for the
embedded SDL.framework CFBundleIdentifier in the Mac App Store review
process?), I have been wondering if this gets caught in their net or
not. (I really want to use dlsym for LuaCocoa on iOS.)
Yes this should cover the concerns… And actually Sam and I had bounced back and forth on the bug itself to do this exact thing, you just got to it before me.
I shall test this on my linux boxen here to ensure it works as expected and resolve the bug if it works.On Nov 3, 2012, at 12:08 , Ryan C. Gordon wrote: