Re: Linking DefaultRuneLocale?
Re: Linking DefaultRuneLocale?
- Subject: Re: Linking DefaultRuneLocale?
- From: Greg Guerin <email@hidden>
- Date: Sat, 28 Apr 2007 10:49:58 -0700
Ian Joyner wrote:
>I believe that DefaultRuneLocale might be in libSystem.dylib in the OS
>10.4 sdk, but how do I get gcc to link to it (without Xcode)?
"Believe" and "might" should be confirmed or refuted before proceeding:
nm /usr/lib/libSystem.dylib | grep RuneLocale
This shows a 'd' reference, which is a local (non-external) data symbol
definition.
The C symbol you want is actually _DefaultRuneLocale. The linker symbol
has 2 underbars, one of which the C compiler puts there, the other of which
is in the C source.
This command:
apropos RuneLocale
indicates some deprecated functions, and the man page says they're in libc.
Applying 'ls -l' to /usr/libc* shows that libc is a symlink to libSystem,
so linking against libc or libSystem should resolve the symbol.
To figure out how to link against an SDK version of a library, look at
Xcode's detailed build transcript when you compile a universal binary with
an SDK base.
Since you didn't describe your Xcode experience level, if "Xcode build
transcript" means nothing to you, search for "build transcript" in this
list's archives. It comes up regularly.
The evidence suggests that adding the System framework to your Xcode
project will lead libSystem.dylib to be linked against. You should then be
able to see the desired option in the build transcript and replicate it
outside of Xcode.
-- GG
_______________________________________________
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