incompatible spec files?
Christopher Seawood
cls@seawood.org
Fri Jan 16 02:26:00 GMT 1998
On Thu, 15 Jan 1998, Mike Stump wrote:
> > Date: Mon, 12 Jan 1998 20:28:12 -0800 (PST)
> > From: Christopher Seawood <cls@seawood.org>
>
> > I sent in a bug report with the egcs-1.0 release stating that I could not
> > run old versions of gcc with the standard 'gcc -V ${vnum} -b ${arch}'
> > command.
>
> I do not recommend that anyone use -V, I think it is an accident
> waiting to happen. Instead, set prefix to something like
> /usr/local/egcs-1.0, and then put a sym link from /usr/local/bin/gcc
> to whatever version you want. You'll find that gcc 2.0 and gcc 3.0
> and all versions between can exist and run on the same system, if this
> is done. -V just doesn't work with 2.0. :-)
This is a) a moot point if you use gcc 2.8.0 instead of 2.7.2.3 and b) a
matter of taste. I prefer not to have my system fall into symlink hell
with multiple copies of any binary all over the place. I used -V 2.7.2.3
-b i486-linuxlibc5 so I could access my cross-compiler.
As long as I can remember, -V has been the standard way to use different
backends of the gnu c compiler. If you are going to make such a major
change in behavior, IMO it should be done after a major release, ie 2.x ->
3.0. And in any case, it should be documented that such a change has
occurred or that spec files are now incompatible.
Regards
Christopher
More information about the Gcc
mailing list