This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi Duane; Thanks for your input. It did help me think about what I was doing and why I was doing it... Ken On Tuesday 04 November 2003 11:34, Duane Ellis wrote: > >> --static > > Not sure, don't use it. > > >> What is the implication/importance of using --prefix for configure? > > Very important. > > Sure you can install things in /usr/local/bin.... > > Or take another aproach, install them in: > > /opt/gnu/gcc-REVISION-PATCH/ > > We prefer the REVISION-PATCH approach. Why? we keep multiple GCC's > around :-> We do that, it's simpler. (IE: Resurect an old project and > use the old compiler - less danger that way) > > The other problem is - GCC hardcodes/compiles in various directories > into GCC, the best example is the "SPECS" file contents (which GCC > uses to figure out where the include files are, the linker, and all > that sort of stuff. > > Try this command: > > strings - `which gcc` > > If you *COPY* the things from > > /usr/local/lib/gcc-lib to /opt/gcc/whatever > > GCC will still go look in the old place. > > GRRR... GRRR... GCC does *NOT* use argv[0] to find it self. I believe > this is a GNU standard - they don't seem to like to do that. > > In contrast, Tcl/Tk (used for example in 'wish' and Insight (aka: GDB > with Tcl/Tk) - is even naster... with even more hard coded stuff and > things with out any startup options... GRRR.. GRRR... > > Do this test: > > ./configure & install like you normally would. > > COPY the files to /opt/gcc/whatever. > > DO NOT DELETE the stuff under /usr/local > > TEST - Try to compile something, hello world. > > NOW - REMOVE or RENAME the old stuff under /usr/local/whatever > > TEST - Try to compile things again. > > GCC has a "-B" option that lets you tell it to look in other places > for these files, but it does not always help - there is always some > other program further down the food chain that has mental problems > (Best example is: "collect2" with C++ code, it wants things in your > PATH, GRR, GRR, solution - Modify you PATH in your MAKEFILE and export > the new path environment - requires GNUmake to do this) > > -------------------------------------------------- > > In our case, we also must use --exec-prefix. > > Why? We have a large automount file system that is shared between > Linux, SunOS, Solaris, and other systems > > In our case, you find: > > /some/path/bin - Shell Scripts only. > /some/path/${ARCH}/bin - Arch specific directories. > > We set ARCH to "uname -m" > > ${ARCH} is common or not common - depends on your view. > See: "man 5 autofs" for examples of its use. > > -Duane. ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |