On Jan 30, 2013, at 17:10 , Kyle Sluder wrote:
> But I can indeed offer some helpful information: when you add a target
> to Xcode, it creates a proxy icon for that target's product in the
> Products group of the sidebar. This proxy icon is special! Whenever you
> want to refer to this build prod
On Wed, Jan 30, 2013, at 04:41 PM, Quincey Morris wrote:
> Where are your private frameworks coming from?
>
> In Todd's case, the frameworks were built separately (AFAICT) and merely
> made available to the main project for linking. In my case, the
> frameworks were built by a second project in a
On Jan 30, 2013, at 16:32 , Kyle Sluder wrote:
> Unless there's some aspect of our build system that I'm just not seeing,
> our frameworks don't belong to a Copy Files phase, yet they wind up
> inside the app.
Where are your private frameworks coming from?
In Todd's case, the frameworks were bu
On Wed, Jan 30, 2013, at 04:00 PM, Quincey Morris wrote:
> On Jan 30, 2013, at 15:29 , Kyle Sluder wrote:
>
> > You should never need to manually add a framework to a Copy Files phase.
> > Adding the framework to your app target's Link with Libraries phase via
> > the "plus" button either the Sum
On 31/01/2013, at 9:50 AM, Todd Heberlein wrote:
> Every subsequent change to my Frameworks (e.g., changing them to build for
> 10.7) would update their respective Debug or Release folders in the Derived
> Data, but these changes *never* got copied into the app's bundle. The older
> compiled
On Jan 30, 2013, at 15:29 , Kyle Sluder wrote:
> You should never need to manually add a framework to a Copy Files phase.
> Adding the framework to your app target's Link with Libraries phase via
> the "plus" button either the Summary or Build Phases tab of the Project
> editor should cause the f
On Wed, Jan 30, 2013, at 02:50 PM, Todd Heberlein wrote:
> When I added the new "Copy Files" build phase, and then dragged my
> frameworks into the file area (to embed my private frameworks), I checked
> "Copy items into destination group's folder (if needed)". This locked in
> that current version
On Jan 30, 2013, at 9:52 AM, Todd Heberlein wrote:
> Checked the Log Navigator and searched for any references to 10.8. None.
> All 28 references to -mmacosx-version-min were to 10.7
>
> Any other suggestions? I am linking to libxml2.dylib and libcurl.dylib.
> Could these be introducing prob
On Jan 29, 2013, at 6:26 PM, Greg Parker wrote:
> likely your Deployment Target setting is incorrect somewhere in
> NetSQExtensions.framework's build.
>
> Double-check your build settings; make sure the setting is correct for all of
> your targets and files. Look in your build transcripts an
;
>> Application Specific Information:
>> dyld: launch, loading dependent libraries
>>
>> Dyld Error Message:
>> Symbol not found: _OBJC_CLASS_$_NSObject
>> Referenced from:
>> /Users/USER/Desktop/LogBrowser.app/Contents/MacOS/../Frameworks/NetSQExtensio
yld Error Message:
> Symbol not found: _OBJC_CLASS_$_NSObject
> Referenced from:
> /Users/USER/Desktop/LogBrowser.app/Contents/MacOS/../Frameworks/NetSQExtensions.framework/Versions/A/NetSQExtensions
> Expected in: /usr/lib/libobjc.A.dylib
> in
> /Users/USER/Desktop/LogBrows
More useful info lives here:
http://www.parashift.com/c++-faq-lite/mixing-c-and-cpp.html
--Kyle Sluder
On Aug 5, 2011, at 7:57 AM, Alexander Hartner wrote:
> I am constructing a framework consisting of C++, ObjectiveC and ObjectiveC++
> files. As part of the framework I have created a wrapper
On Aug 5, 2011, at 7:57 AM, Alexander Hartner wrote:
>
> Logger.h
>
> #import
> void ABSLogToggle (BOOL debug);
> void ABSLog (NSString *format,...);
[snip]
>
> Now when I import Logger.h and use it from a Objective C (.m) file everything
> seems to work great. However as soon I as import
On Fri, Aug 5, 2011 at 9:57 AM, Alexander Hartner wrote:
> Now when I import Logger.h and use it from a Objective C (.m) file everything
> seems to work great. However as soon I as import it and use it from a
> Objective C++ (.mm) file I get the following link error:
>
> Ld [REMOVED] normal i386
I am constructing a framework consisting of C++, ObjectiveC and ObjectiveC++
files. As part of the framework I have created a wrapper around NSLog so I can
control and disable log messages centrally. I know there are better ways to do
this, however right now I need to get this working and don't
I just did a
>> new build changing nothing related to NSURL.
>>
>> Now when this user runs the app she gets this message:
>>
>> Dyld Error Message:
>> Symbol not found: _OBJC_CLASS_$_NSURL
>> Referenced from: /Applications/Convert It Mac.app/Contents/MacOS/
Le 4 août 2011 à 18:46, koko a écrit :
> My App has run on this users machine for quite some time now. I just did a
> new build changing nothing related to NSURL.
>
> Now when this user runs the app she gets this message:
>
> Dyld Error Message:
> Symbol not found
My App has run on this users machine for quite some time now. I just did a new
build changing nothing related to NSURL.
Now when this user runs the app she gets this message:
Dyld Error Message:
Symbol not found: _OBJC_CLASS_$_NSURL
Referenced from: /Applications/Convert It Mac.app/Contents
Thanks so much for all these informative answers!
-koko
On Mar 16, 2011, at 5:29 PM, Nick Zitzmann wrote:
>
> On Mar 16, 2011, at 5:08 PM, koko wrote:
>
>> A customer running 10.5.8 gets this message when launching my app.
>>
>> Dyld Error Message:
>> Symb
On Mar 16, 2011, at 5:08 PM, koko wrote:
> A customer running 10.5.8 gets this message when launching my app.
>
> Dyld Error Message:
> Symbol not found: _OBJC_CLASS_$_NSURL
> Referenced from: /Applications/Convert It Mac.app/Contents/MacOS/Convert It
> Mac
> Expected i
On Wed, Mar 16, 2011 at 6:08 PM, koko wrote:
> A customer running 10.5.8 gets this message when launching my app.
>
> Dyld Error Message:
> Symbol not found: _OBJC_CLASS_$_NSURL
> Referenced from: /Applications/Convert It Mac.app/Contents/MacOS/Convert It
> Mac
> Expected
A customer running 10.5.8 gets this message when launching my app.
Dyld Error Message:
Symbol not found: _OBJC_CLASS_$_NSURL
Referenced from: /Applications/Convert It Mac.app/Contents/MacOS/Convert It
Mac
Expected in:
/System/Library/Frameworks/CoreFoundation.framework/Versions/A
Thanks for that link Kyle, from that reference it appears that it is not
possible to weak link classes in MacOS X, so the only way to use my subclasses
of CAShapeLayer would be to move them all to a separate bundle and only load
that bundle when running on 10.6.
Something I wondered about was
On Tue, Jan 11, 2011 at 10:40 AM, Wim Lewis wrote:
> You might be able to weakly link the class, in which case dyld will not
> complain but messages to CAShapeLayer will return nil. I don't remember on
> which OS revs it became possible to weak link a class, though. (Weak linking
> C symbols ha
m on
> 10.5, it gives me the error:
>
> dyld: Symbol not found: _OBJC_CLASS_$_CAShapeLayer
>
> What is the proper way to handle situations where a whole class is missing in
> the earlier SDK like this? The documentation doesn't seem to address this
> scenario as far a
6 and an alternate version based on NSViews in 10.5. My logic
says it is not going to call the CAShapeLayer, but it appears that it has been
linked in to the application anyway, so when I try to run the program on 10.5,
it gives me the error:
dyld: Symbol not found: _OBJC_CLASS_$_CAShapeLayer
Wha
When I link to
>>> the System Configuration framework and IOKit, and target 10.4, calling
>>> some SystemConfiguration framework functions crashes my application
>>> with "Symbol not found: _SCDynamicStoreCreate".
>>>
>>> This happens if I use a
so far.
>>
>> I just ran into an issue I can't figure out on my own. When I link to
>> the System Configuration framework and IOKit, and target 10.4, calling
>> some SystemConfiguration framework functions crashes my application
>> with "Symbol not found:
out on my own. When I link to
> the System Configuration framework and IOKit, and target 10.4, calling
> some SystemConfiguration framework functions crashes my application
> with "Symbol not found: _SCDynamicStoreCreate".
>
> This happens if I use any base SDK newer than 10.
and target 10.4, calling
some SystemConfiguration framework functions crashes my application
with "Symbol not found: _SCDynamicStoreCreate".
This happens if I use any base SDK newer than 10.4, which is a bad
thing for this project.
Here's a minimal test case, if you want to play alon
gin bundle for an application. I
>> compile my plugin under Snow Leopard with "-undefined dynamic_lookup"
>> option, because it uses classes from a main app. While I compile it as
>> 32-bit all works OK (both plugin and app runs in 32-bit mode), but
>> when I compile it
oth plugin and app runs in 32-bit mode), but
when I compile it as x86_64 I got load-time error: "Error loading ...
Symbol not found: ... Expected in: flat namespace ..." How to make it
work?
To compile a bundle, you should not use '-undefined dynamic_lookup',
but '-
I compile it as x86_64 I got load-time error: "Error loading ...
Symbol not found: ... Expected in: flat namespace ..." How to make it
work?
Regards,
Donnie
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin r
Daniel Luis dos Santos ([EMAIL PROTECTED]) on 2008-12-10 7:38 PM said:
>I am getting this error over and over again, whenever I do a new
>target in some place and then try to use it somewhere else.
>I have a dynamic library in a project that is used in another project.
>Then I added another dynam
Hello,
I am getting this error over and over again, whenever I do a new
target in some place and then try to use it somewhere else.
I have a dynamic library in a project that is used in another project.
Then I added another dynamic library to the first one which is also
used by the second
35 matches
Mail list logo
