On Oct 2, 2011, at 9:37 PM, Don Quixote de la Mancha wrote:
>>> No, that's not something that the deployment target affects. The whole
>>> point of specifying one version via the SDK but an earlier version via
>>> deployment target is that you can use the features of the later version
>>> cor
>> No, that's not something that the deployment target affects. The whole
>> point of specifying one version via the SDK but an earlier version via
>> deployment target is that you can use the features of the later version
>> corresponding to the SDK _if you detect at runtime that they're actua
On 03/10/2011, at 12:52 PM, Ken Thomases wrote:
> On Oct 2, 2011, at 7:50 PM, Graham Cox wrote:
>
>> With a deployment target of 10.5, shouldn't the linker or compiler complain
>> at some point?
>
> No, that's not something that the deployment target affects. The whole point
> of specifying
On Oct 2, 2011, at 7:50 PM, Graham Cox wrote:
> With a deployment target of 10.5, shouldn't the linker or compiler complain
> at some point?
No, that's not something that the deployment target affects. The whole point
of specifying one version via the SDK but an earlier version via deployment
On 03/10/2011, at 12:28 PM, Quincey Morris wrote:
> Well, I just googled "__NSConcreteStackBlock", and it's clearly related to
> Blocks. For example, the search found this:
>
> http://lists.apple.com/archives/xcode-users/2009/Oct/msg00608.html
>
> which I read as implying that using the
On Oct 2, 2011, at 17:50 , Graham Cox wrote:
> A user is reporting this error logged to the console when trying to load a
> plug-in bundle (an iTunes visualizer):
>
> dlopen(): Symbol not found: __NSConcreteStackBlock
> Referenced from:
> Expected in: /usr/lib/libSystem.B.dylib
>
>
> The plu
I'm not sure, I'll find out… but it's likely, as the plug-in is a universal
binary.
I'll see if getting him to run iTunes in 32-bit mode fixes the issue.
--Graham
On 03/10/2011, at 11:56 AM, Stephen J. Butler wrote:
> s this user running the app as 64bit? I seem to remember that 64bit
> Cocoa
On Sun, Oct 2, 2011 at 7:50 PM, Graham Cox wrote:
> A user is reporting this error logged to the console when trying to load a
> plug-in bundle (an iTunes visualizer):
>
> dlopen(): Symbol not found: __NSConcreteStackBlock
> Referenced from:
> Expected in: /usr/lib/libSystem.B.dylib
>
>
> The p
A user is reporting this error logged to the console when trying to load a
plug-in bundle (an iTunes visualizer):
dlopen(): Symbol not found: __NSConcreteStackBlock
Referenced from:
Expected in: /usr/lib/libSystem.B.dylib
The plug-in is built against the 10.7 SDK with a minimum deployment t
