Bob Rossi wrote: > Since i've used a prefix, I'm assumming gcc wants to be installed where > I told it to be. I'm wondering 2 things.
It's not supposed to be that way. The toolchain is supposed to be relocatable for MinGW targets. I don't know if it currently is, but read the past threads on the topic first: <http://gcc.gnu.org/ml/gcc/2006-04/threads.html#00227> <http://gcc.gnu.org/ml/gcc/2006-04/threads.html#00441> Ranjit Mathew also has a web page somewhere describing what steps and/or patches are necessary to get a relocatable toolchain. But I think he does a crossed-native (canadian) build for speed reasons, so that may complicate the procedure. > What are the standard practices with installing multiple versions of gcc > on a system. I renamed this gcc to be gcc-4.1. However, it looks like it > will still overwrite some files when I do 'make install'. Is this true? > How do people put multiple version on the same machine? The standard way on *nix systems is by installing them to separate prefixes, or if using the same prefix, using --program-suffix (or variants like --program-transform-name) and possibly --enable-version-specific-runtime-libs. > Second, say I wanted to tar up a release of gcc that i've built for > others to use. When the other user downloads and untars the file on > there filesystem in an arbitrary point, I'm assumming it won't work > because it's not in the --prefix=.. directory. Is it possible to get > around this? I would like a user to be able to untar it anywhere, and > have it work just fine. If this is possible, please advise. Again, if built right the toolchain is supposed to be relocatable, that is it locates everything with relative paths to where the binaries are installed. You may have to configure it with the exact prefix "--prefix=/mingw" for this to work, I am not sure. And also note that configuring a --prefix of an emulated POSIX path to a native (MinGW) app will surely fail, you should use --prefix=`cd /home/bobbybrasko/g++/prefixdir && pwd -W` instead if that is your goal. Brian
