Jivin Mike Frysinger lays it down ... [...] > > > > > > > > What we have been doing more and more is something like: > > > > > > > > lib/osip2/makefile > > > > > > > > configure the app/lib, install it within it's build directory, then > > > > have include/Makefile lib/Makefile put the files from there as needed > > > > into lib/include. No toolchain hacking required so far (your case may > > > > differ ;-). > > > > > > so you're pretty much doing what i proposed here but not in a centralized > > > manner and not worrying about the order of includes/libraries > > > > Quite the contrary. > > > > The include/Makefile and lib/Makefile impose a very specific order, and > > those files have complete control, which IMO gives you more control > > over what happens than letting the packages install into a common > > staging directory as they please. > > > > The existing mechanism is a top-bottom, first to install the header > > wins approach, and this means you can be sure which "xyz.h" is > > installed into the lib/include directory, even if two packages have the > > same file they wish to install. "config.h" and the like have already be > > dealt with in this way. > > we're talking about different things ... you're referring to order compiled > (which is handled as you've outlined),
I am referring to the order/precedence to which they are installed in the include/lib directories as well. > i'm referring to the order given to > the compiler ... in other words, whether the -I/-L <staging header path> > appears that the beginning, middle, or end of the actual compiler command ... > it can make a difference with some applications and it seems that it hasnt > really come up the current uClinux-dist since nothing has broken Fair enough. I must say that on my host system it's pretty rare that you need to mess with this as well. If you do it's usually because of multiple versions or unknown install dirs for a package, Cheers, Davidm -- David McCullough, [EMAIL PROTECTED], Ph:+61 734352815 Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
