On Tue, Mar 08, 2005 at 10:10:35AM +0100, Ralf Wildenhues wrote: > * Albert Chin wrote on Fri, Mar 04, 2005 at 04:33:39AM CET: > > On Fri, Mar 04, 2005 at 10:19:02AM +0900, Peter O'Gorman wrote: > > > Albert Chin wrote: > > > | On Thu, Mar 03, 2005 at 01:23:44PM -0600, Albert Chin wrote: > > > | > > > | Ok, this sucks. -no_prelink causes other problems. The SGI compiler > > > | leaves template droppings in the ii_files directory that *must* be > > > | copied when we extract the convenience library. Ugh. > > > | > > > > > > At the end of func_extract_archives it does a find: > > > > > > my_oldobjs="$my_oldobjs "`find $my_xdir -name \*.$objext -print -o -name > > > \*.lo -print | $NL2SP` > > > > > > Does adding -o -name \*.ii to the list help at all? > > > > That won't help. After you copy over the .ii files, you must modify > > them. I have a solution but I'm running into another problem I need to > > solve. > > In what way do you have to modify them? Do they contain (absolute) path > references to other files? Is it necessary to also carry around the > source files (that would probably be the worst case)?
The .ii files contain the relative path to the C++ object file. I have something working now. However, there is another hiccup. Things work fine if a libtool convenience library contains objects from *one* directory. However, when the archive contains objects from multiple directories, I don't know what to do. The archive at that point won't give you an indication of where to find the .ii files. I don't think there's a solution to this so my current solution will solve only part of the problem. -- albert chin ([EMAIL PROTECTED]) _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
