Breezy: gcc-3.4 package has wrong (Ubuntu) version number

[Mark Lord]

Cosmetic:
The gcc-3.4 package is named with a version number of 3.4.4:

gcc-3.4_3.4.4-6ubuntu7_i386.deb

Whereas the compiler inside that package is gcc-3.4.5, not gcc-3.4.4.

This matters, because building external kernel modules requires the same
compiler version as was used for the Breezy 2.6.12 kernel (3.4.5),
and great confusion reigns when the user cannot see that compiler listed
in synaptic.

Cheers

[Matthias Klose (doko)]

(In reply to comment #0)
> Cosmetic:
> The gcc-3.4 package is named with a version number of 3.4.4:
>
> gcc-3.4_3.4.4-6ubuntu7_i386.deb
>
> Whereas the compiler inside that package is gcc-3.4.5, not gcc-3.4.4.

no, the compiler is a prerelease of gcc-3.4.5. So naming it 3.4.5 is wrong.
Upstream calls it 3.4.5 *prerelease*. So you may want to find out a good way to
express the correct version _and_ assure that version numbers are monotonically
increasing.

> This matters, because building external kernel modules requires the same
> compiler version as was used for the Breezy 2.6.12 kernel (3.4.5),
> and great confusion reigns when the user cannot see that compiler listed
> in synaptic.

no, you get the version number by calling 'gcc-3.4 --version', these stay the
same. if you compile the kernel or if you compile modules.

Will keep it as wontfix.

[Mark Lord (mlord)]

The issue with the package is, I knew in advance that 3.4.5 was required
to build out-of-tree kernel modules (VMware, actually).

But synaptic did not offer 3.4.5 as a gcc version anywhere,
so I pulled down a different one (gcc-4?) and rebuilt the kernel
with that, so I could then build the VMware modules.

Only noticed later (after much wasted time) that "gcc --version"
for "3.4.4" returnes "3.4.5". This is confusing, thus the bug report.

I suppose this may stay around until gcc-3.4.5-final is out.

Cheers