• 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: XCode 2.1 w/gcc 4.0 link error
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: XCode 2.1 w/gcc 4.0 link error


  • Subject: Re: XCode 2.1 w/gcc 4.0 link error
  • From: Ken Baer <email@hidden>
  • Date: Thu, 8 Dec 2005 09:17:08 -0800

Thanks Michael.

I'd still like to get an explanation of what's going on. I think you're right that there should be a setting that makes this work. Hopefully, we'll get some enlightenment here soon.

On Dec 8, 2005, at 7:13 AM, Michael B Johnson wrote:

I explicitly add /usr/lib/libstdc++.6.dylib to my gcc4 version of the
project.

There is probably some better way to have this happen automagically,
hence I'm cc'ing the list so someone can corrrect :-)


On Dec 7, 2005, at 2:10 PM, Ken Baer wrote:

We have a project for a static bundle that links against two 3rd
party static libraries.  They all work fine together with in XCode
2.1 with GCC 3.3.  However, when I switch the project to GCC 4.0, I
get the following undefined link errors.

std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::_S_empty_rep_storage
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::_Rep::_S_create(unsigned long,
std::allocator<wchar_t> const&)
std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::_S_empty_rep_storage
std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::_Rep::_S_create(unsigned long,
std::allocator<char> const&)
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)

I think this has something to do with not linking against the
standard C libraries anymore.  But, I'm not sure what we need to
link against to make these defined.  I'd like to understand this a
little better.  Can someone shed some light on this?  Thanks.


_______________________________________________ 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

_______________________________________________ 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
  • Follow-Ups:
    • std C++ linking errors with gcc 4 (was Re: XCode 2.1 w/gcc 4.0 link error)
      • From: Ken Baer <email@hidden>
References: 
 >XCode 2.1 w/gcc 4.0 link error (From: Ken Baer <email@hidden>)

  • Prev by Date: Re: Custom build products location
  • Next by Date: How do I get dependent unit tests to work for non-framework projects?
  • Previous by thread: XCode 2.1 w/gcc 4.0 link error
  • Next by thread: std C++ linking errors with gcc 4 (was Re: XCode 2.1 w/gcc 4.0 link error)
  • Index(es):
    • Date
    • Thread