RE: U vs. T in "nm -g" output..
RE: U vs. T in "nm -g" output..
- Subject: RE: U vs. T in "nm -g" output..
- From: "Ando Sonenblick" <email@hidden>
- Date: Tue, 30 Aug 2005 14:38:11 -0700
- Thread-topic: U vs. T in "nm -g" output..
OK... I answered my own question with "man nm" (shouldn't have had that
beer at lunch).
But I still have a problem/question.
I have a project which does NOT define the function foo() (does not
include foo.cpp).
I have two static libraries that the project includes.
Lib A defines foo() (includes foo.cpp)
Lib B has calls to foo() (includes foo.h but does not include foo.cpp)
When I include both in the project and build the project I get a link
error that _foo is multiply defined.
When I run "nm -g" on Lib A I get
T _foo
And when I run it on Lib B I get
U _foo
By this I interpret that Lib A defines foo and that Lib B does not (U
meaning Undefined).
So the question is why the heck when I include both am I getting a
"multiply defined _foo" link error!?!?!?!
Link errors in Xcode are driving me crazy!
Thanks,
Ando
-----Original Message-----
From: xcode-users-bounces+asonenblick=email@hidden
[mailto:xcode-users-bounces+asonenblick=email@hidden] On
Behalf Of Ando Sonenblick
Sent: Tuesday, August 30, 2005 2:04 PM
To: email@hidden
Cc: email@hidden
Subject: U vs. T in "nm -g" output..
I'm using "nm -g" in Terminal to output the symbolic links of the
static libraries that I'm building in Xcode.
I'm wondering what the "U" that precedes a function listing means
versus a "T" or a "C". Anyone know?
Here's a snippet of the output to exemplify:
U _CopyBlock
U _CopyMBlock_nt
0000293c T _DCscaler_311
U ___swbuf
U _addblockInter
U _bitpos
U _blockInter_311
00000004 C _decore_cleanup
00000004 C _do_emms
U _extractBlock
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
p.com
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