in such case i think all you can do is reorder functions a bit
or with switched optimizations you can make sequentional jumps to glue library (from place where you need LstGlueSetIncrementalSearch call small not inlineable function placed somewhere in the middle which will call LstGlueSetIncrementalSearch which will be linked after your main c file)
i think this is what happens when you enable large code model in metrowerks (smart model may be enough too)
Luc Le Blanc wrote:
My first app segment contains a single C file that embeds all procs that must be in the first segment in order to be able to properly handle Global Find and beamed data when the app is not running (i.e. global-less mode). Now, if I try to link the Glue Library to this in order to have access to LstGlueSetIncrementalSearch, I get out-of-reach references to this API. Can I link that single API "in the middle" of my C file? Otherwise, I tried splitting my C file in two and link the Glue Library between the two, but that causes lots of 16-bit jump problems. Ideas welcome, Luc Le Blanc
-- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
