andre.dahlqvist at telia.com
Mon Oct 8 18:13:28 CEST 2001
Arpi <arpi at thot.banki.hu> wrote:
> we need a gcc option.
Then, like Guillaume Serre pointed out, gcc -v will work:
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20010902 (Debian prerelease)
> > that gives for me:
> > gcc-2.96-94
> > 94 is the significant number. Anything above 85 will work fine. For less
> > than 85 I don't know. gcc-2.96-85 is a RECCOMENDED RedHat 7.x update.
> > -94 is the rawhide version.
> > > Old versions come in 8.0 and redhat 7.x are buggy. And we can't make
> > > the difference (neither test which works and which no) as all gcc reports
> > > 2.96. Isn't the version number used by redhat people? It should be gcc
> > > 2.96.x and x is the release (so we can change the check to allow for example
> > > 2.96.85 but don't allow 2.96.81)
> > they relay on the Build number for versioning.
> if gcc 2.96-85 and 2.96-94 differs in _functinality_ then it should be
> different version (2.96 and 2.96.1 for example).
> same version number must cover the same functionality (but allow different
> builds, for example updates for different glibc or kernel etc)
> A'rpi / Astral & ESP-team
> mailto:arpi at thot.banki.hu
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
André Dahlqvist <andre.dahlqvist at telia.com>
More information about the MPlayer-users