• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Linking problem after switching from CW to XCode 2.1
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Linking problem after switching from CW to XCode 2.1


  • Subject: Re: Linking problem after switching from CW to XCode 2.1
  • From: Eric Lee <email@hidden>
  • Date: Sun, 19 Jun 2005 20:11:11 +0200

Hi,

I'm having a similar problem, except that I'm converting at XCode 1.5 project that worked fine on Panther. My program is a Cocoa application that links in some static C++ libraries, and I'm getting the following undefined symbols:

std::__default_alloc_template<true, 0>::deallocate(void*, unsigned long)
std::__default_alloc_template<true, 0>::allocate(unsigned long)
std::basic_istream<char, std::char_traits<char> >::seekg(long, std::_Ios_Seekdir)


If anyone has any ideas on what could be going wrong here, I would appreciate some feedback.

Thanks,
Eric

On Jun 9, 2005, at 3:45 PM, Martin Hairer wrote:

On Tuesday, I finally decided to get over with it and switch from CW9 to XCode. Now I am at the point where everything compiles fine, but the linker complains about the following symbols being undefined:

std::__default_alloc_template<true, 0>::deallocate(void*, unsigned long)
std::__default_alloc_template<true, 0>::allocate(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>::_S_refill(unsigned long)


It first looked to me as if I was still including an MSL header somewhere that would be incompatible with Apple's implementation of the standard library. However, I searched my whole source code for "#include <" and found only instances of "#include <Carbon/ Carbon.h>" (and similarly for QuickTime), so this doesn't seem to be the case. I then tried to link my program against the "System" framework as well, but this didn't help either. Adding linker flags like "-lstdc++" or "-lgcc" had either no effect or simply resulted in a few duplicate symbols on top of the missing ones. I start being at loss now... Does anyone have an idea of what's going on? I don't even rely heavily on the stl in my code. I just have a few calls to malloc/free and I use va_start/vprintf/... in a couple of places. Thanks in advance for any advice,

Martin

HairerSoft
http://www.hairersoft.com/


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
aachen.de


This email sent to email@hidden




_______________________________________________
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


References: 
 >Linking problem after switching from CW to XCode 2.1 (From: Martin Hairer <email@hidden>)

  • Prev by Date: Interface Builder 2.5 crashes repeatedly
  • Next by Date: Re: Bundle Icon refuses to show
  • Previous by thread: Linking problem after switching from CW to XCode 2.1
  • Next by thread: XCode 1.5 target editing error
  • Index(es):
    • Date
    • Thread