Link time multiple define warnings (was Re: Interpreting -bind_at_load warning?)
Link time multiple define warnings (was Re: Interpreting -bind_at_load warning?)
- Subject: Link time multiple define warnings (was Re: Interpreting -bind_at_load warning?)
- From: Andrew Kimpton <email@hidden>
- Date: Mon, 14 Nov 2005 15:59:42 -0800
On Nov 14, 2005, at 10:34 AM, Eric Albert wrote: On Nov 14, 2005, at 8:35 AM, Jim Correia wrote:
On Nov 11, 2005, at 3:56 PM, Jim Correia wrote:
That seems to be the issue. In the detailed build log I get a bunch of warnings of the form:
symbol _expm1f used from dynamic library /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libSystem.dylib(floating.o) not from earlier dynamic library /usr/lib/libmx.A.dylib(single module)
As far as I can tell though, I'm not explicitly including libSystem anywhere in the project.
The last flag on my link line is "-isysroot /Developer/SDKs/MacOSX10.4u.sdk".
If I execute the link command by hand, and remove the pointer to the 10.4u SDK, it links without warning. But this project needs to use the 10.4u SDK. Any pointers on where to go next?
I've been seeing the same thing too since upgrading to Xcode 2.2 Like Jim I need the SDK and I don't explicitly link against the mx dylib First, file a bug.
rdar://4342628
What's particularly strange is that I have two nearly identical projects one which generates the warnings and one which doesn't. The link lines for the two projects are almost identical.
Second, don't worry too much about it (aside from warnings being very annoying). libmx is a shim over libSystem, so this particular class of warning doesn't affect your application.
Yep - but ignoring warnings always makes me feel 'unwashed' 8-) So many times I've found a warning to be a big clue to a problem that I hate to ignore them. In this case there are quite a few so they're capable of 'masking' other warnings that you shouldn't ignore. -Eric
Andrew 8-)
|
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden