Re[THE FIX]: _assign__t18string_char_traits1ZcRcRCc link undefined sym?
Re[THE FIX]: _assign__t18string_char_traits1ZcRcRCc link undefined sym?
- Subject: Re[THE FIX]: _assign__t18string_char_traits1ZcRcRCc link undefined sym?
- From: "devdrvr.net Multi-Platform SW" <email@hidden>
- Date: Mon, 29 Jul 2002 10:05:00 -0700
Figured out why was getting undefined symbols for:
_assign__t18string_char_traits1ZcRcRCc
string_char_traits<char>::_assign(char &, char const &)
_copy__t18string_char_traits1ZcPcPCcUl
string_char_traits<char>::_copy(char *, char const *, unsigned long)
_eos__t18string_char_traits1Zc
string_char_traits<char>::_eos(void)
[And a few others methods.]
My code used to build until I updated to the latest from Apple where a lot
of the libs were last touched July 18th, '02. (1) had to include the
archive directly in the project with an add files and (2) libstdc++.a
required a ranlib, then it worked.
In case anyone else sees similar behavior you'll know how to get around it.
Note, I didn't use the always popular string_char_traits container class
directly. I was using AppKit.framework. It had the dependency. Message to
Apple. If AppKit "sometimes" needs this lib, please reference from the
framework, so we get for free without minor lifting. Of course maybe this
is fixed in X.2 and I need to move over from X.1.5. What changed that broke
this looks like it happened for reasons having to do with the coming open
source Darwin release.
--Perry
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.