Re: 'Bundle Loader' when executable is stripped
Re: 'Bundle Loader' when executable is stripped
- Subject: Re: 'Bundle Loader' when executable is stripped
- From: Jerry Krinock <email@hidden>
- Date: Mon, 3 Dec 2007 16:01:05 -0800
On 2007 Nov, 27, at 5:07, Philip Aker wrote:
I think you can use a .exp file or set the visibility options
attribute on the functions directly in the host. 'strip' has options
for including or excluding from symbol files.
OK, I was sometimes getting a link error indicating "not found" for
three of my classes that were defined in the bundle project's host
app, via the Bundle Loader build setting, when the host app was built
stripped. Earlier today, when that happened twice in succession, I
immediately created a new file in the project folder named
ExportedSymbols.exp. I put three lines of text in it, like
.objc_class_name_MyClass1
.objc_class_name_MyClass2
.objc_class_name_MyClass3
Then, in the host app target, I entered "ExportedSymbols.exp" as the
value for build setting 'Exported Symbols
File' [EXPORTED_SYMBOLS_FILE], rebuilt the host, then rebuilt the
bundle, and voila, all symbols were found and linked.
But I'm not really sure if the Exported Symbols File has any affect
because (1) for several days it worked without it and (2) as I learned
by using otool yesterday, and was confirmed by replies from Eric
Albert and Chris Hanson, Objective-C class names are never really
stripped anyhow.
In Xcode documentation, it says that "if your application loads
plugins that access symbols directly from the application, you may
want to...[set] 'Additional Strip Flag' to '-S'" in the host app. But
there's no explanation of what '-S' does. The man pages for gcc and
'strip' say that '-S' strips debugging symbols. (Insert confused-face
smiley here.)
Oh, well. I'm going to leave as is, with my Exported Symbols File.
Looks clean, makes 75% sense, and it works.
Thanks again, Philip. And to Eric and Chris too.
_______________________________________________
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