Erik van Pienbroek wrote:
Speaking of which, the MinGW folks also released their own version
of
gcc 4.4.0 some time ago (which contains several mingw specific patches).
Perhaps this would be a good time to incorporate their patches in our
version of gcc. Their patches can be found at
http://sourceforge.net/projects/mingw/files/GCC%20Version%204/Current%
20Release_%20gcc-4.4.0/gcc-4.4.0-mingw32-src-2.tar.gz/download
I haven't looked in detail at those patches yet, but perhaps they
contain some fixes which need a mass-rebuild of all our packages.
I'd rather keep our mingw32-gcc package as close to possible to the
native gcc package. It would probably better if those patches went
through gcc upstream first. Having said that, here's a list of the patches:
Probably not needed
-------------------
gcc-4.4.0-20090418-ada-hang.patch
Ada testsuite fix. Not needed
since we don't currently build ada.
gcc-4.4.0-20090418-nomsys.patch
gcc-4.4.0-20090418-securerandom.patch
gcc-4.4.0-20090418-stacktrace.patch
gcc-4.4.0-20090421-stack.patch
Libjava related patches. Since we don't build
jvm, I see no reason to
apply them.
gcc-4.4.0-20090616-version.patch
Patch to define
__MINGW_GCC=20090616. Not needed as none of our packages
use this define as far as I know.
gcc-4.4.0-20090418-fortran.patch
gcc-4.4.0-20090418-libjava_s.patch
gcc-4.4.0-20090418-objc.patch
gcc-4.4.0-20090421-libstdcpp.patch
Those patches add -no-undefined linker flags. I
see little reason to
apply them.
gcc-4.4.0-20090418-dllimport-libstdc++.patch
This patch adds a
bunch of _GLIBCXX_IMPORT to libstdc++. Not sure what
this is supposed to fix.
Might be useful
---------------
gcc-4.4.0-20090418-linkage.patch
This one is supposed to fix a
bug with gdb:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33155
Can someone try to reproduce the bug reported in there with our
binaries? We probably should apply the patch, but certainly not blindly.
Someone needs to reproduce the bug first.
gcc-4.4.0-20090615-seh_aware.patch
This is a rather large patch
(22KB) that adds some new
exceptions-related code. Since it's not a bugfix, I think it should go
through gcc upstream first. Also such change probably needs a large
rebuild of all mingw packages, rendering them binary incompatible with
old ones. I'd rather skip this.
> The license of native gcc package has changed from:
> GPLv3+ and GPLv2+ with exceptions
> to:
> GPLv3+, GPLv3+ with exceptions and GPLv2+ with exceptions
>
> I have applied the license change to my copy mingw32-gcc spec file as
> well, although I should point out that rpmlint thinks the license is
> not valid:
> W: invalid-license GPLv3+, GPLv3+ with exceptions
I don't think that the comma should be there. Maybe you could ask the
Fedora GCC maintainer (Jakub Jelinek) via email or IRC what the right
value should be.
Mailed Jakub. I'll report back when I get a reply.
--
Kalev