Prebinding strategies
Prebinding strategies
- Subject: Prebinding strategies
- From: "E. Wing" <email@hidden>
- Date: Wed, 29 Dec 2004 13:42:28 -0800
I'm trying to select good prebinding addresses for a set of Frameworks
I have. Can anybody give me some good strategies for doing this? I'm
having problems on several different fronts:
1) Sometimes I don't pick enough space for my frameworks and I think
the address spaces are running over each other. For example, I may set
framework 1 to -seg1addr 0x10000000 and framework 2 to -seg1addr
0x11000000, and then I get a linking warning about the prebinding
addresses being disabled. If I set framework 2 to -seg1addr
0x12000000, the warning goes away. This gets worse if I change my
compile optimization flags from -Os to -O3.
Is there a way I can know how much space I need to set between
frameworks? I'm choosing these numbers through trial and error.
2) I think I picked my starting point too low. When I first started
0x10000000 seemed to work for my application. But as I added more and
more code to my main program that uses the framework, I started
getting prebinding disabled warnings. I guessing this means my program
is too big and I need to start my addresses later.
Is there a way I can know how much space I need to reserve for my main
application?
3) I don't know if this has changed in the current versions of Xcode,
but in my older versions, changing the prebinding address was a
painful process of rebuilding the whole thing. I place -seg1addr
0x10000000 in the "Other Linker Flags" setting in Xcode. If I change
it, the only way I can get Xcode to change the address is to rebuild
the whole thing (or maybe modify a file and rebuild that file and
relink). My frameworks take a very long time to compile, and I would
prefer it if I could just redo the linking process (or just change the
prebinding address without relinking if possible).
Is there a way to change the address more quickly?
Thanks,
Eric
_______________________________________________
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