Re: Xcode 2.5 linker undefined symbols for PowerPlant application
Re: Xcode 2.5 linker undefined symbols for PowerPlant application
- Subject: Re: Xcode 2.5 linker undefined symbols for PowerPlant application
- From: John Brownie <email@hidden>
- Date: Fri, 02 Nov 2007 10:54:06 +1100
OK, a bit more investigation is helping a little.
First point is, the i386 version compiles and links - of course, it's
using gcc 4.
Second, setting the minimum version to 10.3 doesn't help, but does
create extra deprecation warnings. The link still fails in exactly the
same way.
So, two mysteries:
1. The Debug and Release configurations give different lists of
undefined symbols. Debug has:
std::__default_alloc_template<true, 0>::deallocate(void*, unsigned long)
std::__default_alloc_template<true, 0>::allocate(unsigned long)
while Release has:
std::__default_alloc_template<true, 0>::deallocate(void*, unsigned long)
std::__default_alloc_template<true, 0>::_S_force_new
std::__default_alloc_template<true, 0>::_S_free_list
std::__default_alloc_template<true, 0>::_S_node_allocator_lock
std::__default_alloc_template<true, 0>::allocate(unsigned long)
std::__default_alloc_template<true, 0>::_S_refill(unsigned long)
The second is a superset of the first. Are the extra ones only invoked
by using optimization or some other setting in Release?
2. I see no problems when I turn on ZeroLink. The application appears to
run normally, in limited testing. That's not an option for a released
product, of course, but it makes me wonder why I get the link errors. Is
there a way to find out where the references are?
John
--
John Brownie, email@hidden or email@hidden
Summer Institute of Linguistics | Mussau-Emira language, Mussau Is.
Ukarumpa, Eastern Highlands Province | New Ireland Province
Papua New Guinea | Papua New Guinea
_______________________________________________
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