June 2011 - mingw - Fedora mailing-lists

[Bug 599567] New: mingw32-gcc should not drag in mingw32-pthreads
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32-gcc should not drag in mingw32-pthreads https://bugzilla.redhat.com/show_bug.cgi?id=599567 Summary: mingw32-gcc should not drag in mingw32-pthreads Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-gcc AssignedTo: rjones(a)redhat.com ReportedBy: eblake(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, rjones(a)redhat.com, kalev(a)smartlink.ee, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: mingw32-gcc currently drags in a dependency on mingw32-pthreads, which in turn forces some namespace pollution due to its buggy <pthread.h> header. It would be much nicer if the mingw32-pthreads package remained optional, since it can interfere with cross-compilation efforts to mingw. Version-Release number of selected component (if applicable): mingw32-gcc-4.4.2-2.fc13.x86_64 mingw32-pthreads-2.8.0-10.fc13.noarch How reproducible: Always Steps to Reproduce: 1. Install mingw32-gcc Actual results: mingw32-pthreads gets sucked in as a required dependency to the cross-compiler. Expected results: Mere presence of the cross-compiler shouldn't force the existence of a broken <pthread.h>. Either the compiler needs to be built without mingw32-pthreads, or mingw32-pthreads needs to be split into two packages (runtime dependency of the compiler, vs. development library that installs <pthread.h> for situations that actually want to use this library in spite of its current upstream flaws). Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 641423] New: mingw32-gcc installs files both inside and outside the sysroot
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32-gcc installs files both inside and outside the sysroot https://bugzilla.redhat.com/show_bug.cgi?id=641423 Summary: mingw32-gcc installs files both inside and outside the sysroot Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-gcc AssignedTo: rjones(a)redhat.com ReportedBy: pbonzini(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: mingw32-gcc is a strange hybrid package that installs files both inside and outside the sysroot. The files in the sysroot should be separated in mingw32-libgcc. Version-Release number of selected component (if applicable): mingw32-gcc-4.4.2-2.fc13.x86_64 Additional info: This makes the following packages depend incorrectly on mingw32-gcc: * mingw32-gettext (directly) * mingw32-pthreads (directly) * mingw32-atk (indirectly) * mingw32-glib2 (indirectly) * mingw32-gtk2 (indirectly) * mingw32-pango (indirectly) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 623338] New: mingw32-glib2 may need to be rebuilt against Python 2.7 in F14 and rawhide
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32-glib2 may need to be rebuilt against Python 2.7 in F14 and rawhide https://bugzilla.redhat.com/show_bug.cgi?id=623338 Summary: mingw32-glib2 may need to be rebuilt against Python 2.7 in F14 and rawhide Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-glib2 AssignedTo: rjones(a)redhat.com ReportedBy: dmalcolm(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, t.sailer(a)alumni.ethz.ch, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Depends on: 623233 Blocks: 619913 Classification: Fedora Target Release: --- This is an automatically-filed bug. mingw32-glib2-2.24.1-1.fc14 contains one or more .pyc files, but has not been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files presumably are for Python 2.6. Python 2.7 changed the bytecode format, so usage of those files will typically fail (see e.g. bug 621726). The package needs to be rebuilt against python 2.7 in both F14 and devel. Information on the new "dist-git" system can be seen here: http://fedoraproject.org/wiki/Using_Fedora_GIT Information on common difficulties with Python 2.7 rebuilds can be seen here: https://fedoraproject.org/wiki/Features/Python_2.7 Once it's been successfully rebuilt for F14, an update needs to be filed to get the rebuild into F14: https://admin.fedoraproject.org/updates/new/ Please add this bug to the update, to make it easy to track what's been done, and what's left to do. I'm sorry that this component was not handled by the mass rebuild. (This may be due to bug 623233) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 657478] New: Invalid declare statement in macros.mingw32 with some packages
by Red Hat Bugzilla 20 Jun '12

20 Jun '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Invalid declare statement in macros.mingw32 with some packages https://bugzilla.redhat.com/show_bug.cgi?id=657478 Summary: Invalid declare statement in macros.mingw32 with some packages Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-filesystem AssignedTo: rjones(a)redhat.com ReportedBy: waananen(a)nbi.dk QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, drizt(a)land.ru Classification: Fedora Description of problem: I'm using a custom build of mingw32-python in order to build Python bindings for a software package. For this packages the code in macros.mingw32 breaks: ... for i in `ls %{_mingw32_bindir}/*|grep -- "-config\$"` ; do \ x=`basename $i|tr "a-z+-" "A-ZX_"`; \ declare -x $x="$i" ; export $x; \ done; \ ... The variable name $x contains a ('.') when it finds the python2.x-config script in %{_mingw32_bindir}. One could imagine that this problem could be triggered on other *-config scripts. The fix is easy: filter away dots ('.') from the filename when generating the variable name (eg. |cut -d '.'). Version-Release number of selected component (if applicable): I found this in Fedora 12, but it seems applicable to Fedora 14. How reproducible: Build a package which requires mingw32-python. The mingw32-python does not yet exist in Fedora (unfortunately). Steps to Reproduce: 1. 2. 3. Actual results: Package build fails Expected results: Package should build Additional info: Cheers Anders -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 21

[Bug 665539] New: mingw32-bzip2 is missing a static package
by Red Hat Bugzilla 04 May '12

04 May '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32-bzip2 is missing a static package https://bugzilla.redhat.com/show_bug.cgi?id=665539 Summary: mingw32-bzip2 is missing a static package Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: mingw32-bzip2 AssignedTo: rjones(a)redhat.com ReportedBy: amorilia(a)users.sourceforge.net QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: Currently, it is not possible to cross compile against bzip2 statically. Version-Release number of selected component (if applicable): 1.0.5-8 How reproducible: cat > test.c <<EOF void main() {}; EOF i686-pc-mingw32-gcc -Wl,-Bstatic -lbz2 test.c Steps to Reproduce: 1. 2. 3. Actual results: /usr/lib64/gcc/i686-pc-mingw32/4.5.0/../../../../i686-pc-mingw32/bin/ld: cannot find -lbz2 collect2: ld returned 1 exit status Expected results: The test program compiles successfully. Additional info: Patch attached. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 604702] New: Custom Fedora patch to mingw32-libjpeg breaks API
by Red Hat Bugzilla 28 Feb '12

28 Feb '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Custom Fedora patch to mingw32-libjpeg breaks API https://bugzilla.redhat.com/show_bug.cgi?id=604702 Summary: Custom Fedora patch to mingw32-libjpeg breaks API Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-libjpeg AssignedTo: rjones(a)redhat.com ReportedBy: adam(a)spicenitz.org QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, berrange(a)redhat.com, rjones(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: The resolution of bug #497492 creates a source incompatible fork of libjpeg that is not even compatible with the native libjpeg! Version-Release number of selected component (if applicable): mingw32-libjpeg-7-2.fc12.noarch Steps to Reproduce: 1. Try to compile libtiff with standard Fedora configure, make. 2. Now try to compile libtiff with mingw32-configure, mingw32-make. Actual results: tif_jpeg.c:289: error: expected declaration specifiers or '...' before 'boolean' etc. I don't think we should fork libjpeg in Fedora. Bug #497492 should be reopened and the programs that crash should be fixed. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

Fwd: Goocanvas for Mingw32
by Richard W.M. Jones 28 Jan '12

28 Jan '12

Thanks Egil, I am forwarding your message and the spec file to the fedora-mingw mailing list. I looked quickly over the spec file and it looks good. Rich. ----- Forwarded message from Egil Kvaleberg <egil(a)kvaleberg.com> ----- Subject: Goocanvas for Mingw32 Date: Mon, 27 Apr 2009 13:54:27 +0200 From: Egil Kvaleberg <egil(a)kvaleberg.com> To: rjones(a)redhat.com I have played around with the Mingw32 for Fedora, and it absolutely seems like a very cool thing. For my purposes, I am using GTK2, which is supported, but I also need a canvas. I have been using Goocanvas (not sure what really is *the* canvas for GTK2, but I have been happy with Goocanvas). However, a Goocanvas package does not seem to be available, so I built one. Goocanvas may be of interest to others, so if you think it is suitable then please use the attached spec-file or tell me how to get involved. The spec-file for Fedora 11 is attached. Sincerely, Egil Kvaleberg -- Company: Kvaleberg AS Office: +47 22 44 31 75 Mobile: +47 920 22 780 Fax: +47 22 44 46 77 Web: http://www.kvaleberg.com/ ----- End forwarded message ----- -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v

3 4

[Bug 489100] New: No cross-DLL exceptions in mingw32 compilers
by Red Hat Bugzilla 29 Dec '11

29 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: No cross-DLL exceptions in mingw32 compilers https://bugzilla.redhat.com/show_bug.cgi?id=489100 Summary: No cross-DLL exceptions in mingw32 compilers Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: low Component: mingw32-gcc AssignedTo: rjones(a)redhat.com ReportedBy: wolfgang.glas(a)ev-i.at QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, berrange(a)redhat.com, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Version 4.3.2-12 of EPEL's version of the moingw32 cross-compiler do not support cross-DLL exceptions. I've attached the gcc bug report below. This make running a non-trivial C++ program impossible an renders the mingw32 toolchain unusable for real-world C++ programs. The mingw-w64 toolchain has solved this problem by supplying a shared libgcc, hopefully the mingw32 toolchain will follow this approach in the near future. Please keep on your tremendous work on providing the ming32 toolchain in the EPEL. TIA, Wolfgang -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 652435] New: Define CMAKE_RC_COMPILER
by Red Hat Bugzilla 28 Oct '11

28 Oct '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Define CMAKE_RC_COMPILER https://bugzilla.redhat.com/show_bug.cgi?id=652435 Summary: Define CMAKE_RC_COMPILER Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: mingw32-filesystem AssignedTo: rjones(a)redhat.com ReportedBy: orion(a)cora.nwra.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, drizt(a)land.ru Classification: Fedora Description of problem: Please add: SET(CMAKE_RC_COMPILER /usr/bin/i686-pc-mingw32-windres) to /usr/share/mingw32/Toolchain-mingw32.cmake Version-Release number of selected component (if applicable): mingw32-filesystem-62-2.fc14.noarch -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

gnutls 2.12.x building fun
by Michael Cronenworth 22 Oct '11

22 Oct '11

To test a possible bug I needed to have 2.12.6.1 built. Using the mingw32-2.10.5 spec file I found the following differences: - libnettle has been chosen as the default crypto lib, but I gave configure "--with-libgcrypt" to use gcrypt. - openssl compat dll has an soname bump from 26 to 27 The .def file is still named 26, though. I will report upstream. - libgnutlsxx has an soname bump from 26 to 27 - p11tool, a new binary Just an FYI as I see 2.12 is in rawhide.

3 5

Re: Looking for testers: RPM 4.9 alpha
by Erik van Pienbroek 19 Aug '11

19 Aug '11

Panu Matilainen schreef op vr 26-11-2010 om 13:20 [+0200]: > In particular, I'm interested in feedback on the new, pluggable and > enhanced dependency extration system. Documentation is scarce at the > moment but some background and examples can be found here: > http://laiskiainen.org/blog/?p=35 All mingw32 packages in Fedora contain these set of instructions in the .spec files: %global _use_internal_dependency_generator 0 %global __find_requires %{_mingw32_findrequires} %global __find_provides %{_mingw32_findprovides} Does this new dependency extraction system make these kind of instructions obsolete? If I understand your blog entry correctly then we (the Fedora MinGW SIG) are recommended to use something like this: %__mingw32_provides %{_mingw32_findprovides} %__mingw32_requires %{_mingw32_findrequires} Is this correct or do you recommend something different? The macros %{_mingw32_findrequires} and %{_mingw32_findprovides} are mentioned in the file /etc/rpm/macros.mingw32 which is part of the mingw32-filesystem package. Both refer to a small shell script which uses the i686-pc-mingw32-objdump tool to extract dependency information. Kind regards, Erik van Pienbroek

3 11

[Bug 717510] New: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [fedora-all]
by Red Hat Bugzilla 16 Jul '11

16 Jul '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=717510 Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [fedora-all] Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Keywords: Security, SecurityTracking Severity: medium Priority: medium Component: mingw32-libpng AssignedTo: rjones(a)redhat.com ReportedBy: huzaifas(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org Blocks: 717084 Classification: Fedora Story Points: --- This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected Fedora versions. For comments that are specific to the vulnerability please use bugs filed against "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When creating a Bodhi update request, please include the bug IDs of the respective parent bugs filed against the "Security Response" product. Please mention CVE ids in the RPM changelog when available. Bodhi update submission link: https://admin.fedoraproject.org/updates/new/?type_=security&bugs=717084 Please note: this issue affects multiple supported versions of Fedora. Only one tracking bug has been filed; please only close it when all affected versions are fixed. [bug automatically created by: add-tracking-bugs] -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 717511] New: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [epel-5]
by Red Hat Bugzilla 14 Jul '11

14 Jul '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [epel-5] https://bugzilla.redhat.com/show_bug.cgi?id=717511 Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [epel-5] Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Keywords: Security, SecurityTracking Severity: medium Priority: medium Component: mingw32-libpng AssignedTo: rjones(a)redhat.com ReportedBy: huzaifas(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Blocks: 717084 Classification: Fedora Story Points: --- epel-5 tracking bug for mingw32-libpng: see blocks bug list for full details of the security issue(s). This bug is never intended to be made public, please put any public notes in the 'blocks' bugs. [bug automatically created by: add-tracking-bugs] -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

mingw-filesystem-scripts
by Farkas Levente 06 Jul '11

06 Jul '11

hi, why there is a mingw-filesystem-scripts package and not move everything into mingw-filesystem? i don't see any rational reason for this. -- Levente "Si vis pacem para bellum!"

2 5

gstreamer conclusion
by Farkas Levente 03 Jul '11

03 Jul '11

hi, after almost finish all gstreamer rebuild: - gstreamer-plugins-base add rtsp patch without it rstp not usable on windows. already upstream: https://bugzilla.gnome.org/show_bug.cgi?id=610916 - mingw-gstreamer-plugins-bad add gst-plugins-bad-d3d.patch the new d3dvideosink. already upstream: https://bugzilla.gnome.org/show_bug.cgi?id=651782 https://bugzilla.gnome.org/show_bug.cgi?id=652035 unfortunately it's not compile with mingw-64 trunk, just only 1.0, but the fix is on the way into mingw64 trunk. - mingw-gstreamer-ffmpeg not in the svn repo since not in fedora, but a good conclusion that before the new marcos this was working (ie with %_mingw32_configure): --------------------------- %mingw_configure "--enable-shared" "--disable-static" "--with-ffmpeg-extra-configure='--disable-pthreads --enable-w32threads --disable-muxer=matroska --disable-demuxer=matroska'" --------------------------- see the last parameter has "''", but it's no longer works. the only workaround i found is: --------------------------- export with_ffmpeg_extra_configure='--disable-pthreads --enable-w32threads --disable-muxer=matroska --disable-demuxer=matroska' %mingw_configure "--enable-shared" "--disable-static" --------------------------- do i add mingw-gstreamer-ffmpeg to the svn? -- Levente "Si vis pacem para bellum!"

2 3

[Bug 673790] Rename Request: mingw32-w32api -> mingw-headers - Win32/Win64 header files and stubs
by Red Hat Bugzilla 30 Jun '11

30 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=673790 Tom "spot" Callaway <tcallawa(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tcallawa(a)redhat.com --- Comment #4 from Tom "spot" Callaway <tcallawa(a)redhat.com> 2011-06-30 13:31:33 EDT --- Erik, can you explain the legal concerns here? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[mingw32-libpng/el6] Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
by Richard W.M. Jones 29 Jun '11

29 Jun '11

commit 42e32108638beab06a4f4cf02b8116aac4eb3ca1 Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jun 29 10:35:04 2011 +0100 Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). (Cherry picked from commit d3842962c9533415d668efe7751864cd7a5df2aa). libpng-CVE-2011-2501.patch | 49 ++++++++++++++++++++++++++++++++++++++++++++ mingw32-libpng.spec | 15 ++++++++++++- 2 files changed, 63 insertions(+), 1 deletions(-) --- diff --git a/libpng-CVE-2011-2501.patch b/libpng-CVE-2011-2501.patch new file mode 100644 index 0000000..487d8fd --- /dev/null +++ b/libpng-CVE-2011-2501.patch @@ -0,0 +1,49 @@ +Patch from: + + http://libpng.git.sourceforge.net/git/gitweb.cgi?p=libpng/libpng;a=commitdi… + +to fix: + + https://bugzilla.redhat.com/show_bug.cgi?id=717510 + https://bugzilla.redhat.com/show_bug.cgi?id=717511 + CVE-2011-2501 + +I have modified this patch to remove the changes to ANNOUNCE +and CHANGES files, and the hunk in pngerror.c which just updates +a comment. + + - RWMJ. + +From 65e6d5a34f49acdb362a0625a706c6b914e670af Mon Sep 17 00:00:00 2001 +From: Glenn Randers-Pehrson <glennrp at users.sourceforge.net> +Date: Tue, 7 Jun 2011 14:58:07 -0500 +Subject: [PATCH] [master] Fixed 1-byte uninitialized memory reference in png_format_buffer() + +(Bug report by Frank Busse, related to CVE-2004-0421). +--- + ANNOUNCE | 6 ++++-- + CHANGES | 4 +++- + pngerror.c | 11 ++++++++--- + 3 files changed, 15 insertions(+), 6 deletions(-) + +--- a/pngerror.c ++++ b/pngerror.c +@@ -186,8 +186,13 @@ png_format_buffer(png_structp png_ptr, png_charp buffer, png_const_charp + { + buffer[iout++] = ':'; + buffer[iout++] = ' '; +- png_memcpy(buffer + iout, error_message, PNG_MAX_ERROR_TEXT); +- buffer[iout + PNG_MAX_ERROR_TEXT - 1] = '\0'; ++ ++ iin = 0; ++ while (iin < PNG_MAX_ERROR_TEXT-1 && error_message[iin] != '\0') ++ buffer[iout++] = error_message[iin++]; ++ ++ /* iin < PNG_MAX_ERROR_TEXT, so the following is safe: */ ++ buffer[iout] = '\0'; + } + } + +-- +1.7.0.1 + diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec index 381bd41..7cd5934 100644 --- a/mingw32-libpng.spec +++ b/mingw32-libpng.spec @@ -6,7 +6,7 @@ Name: mingw32-libpng Version: 1.2.37 -Release: 2%{?dist} +Release: 3%{?dist} Summary: MinGW Windows Libpng library License: zlib @@ -15,6 +15,14 @@ Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz Patch0: libpng-multilib.patch Patch1: libpng-pngconf.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=717510 +# https://bugzilla.redhat.com/show_bug.cgi?id=717511 +# CVE-2011-2501 +# +# *** NOTE *** When updating the package, please ensure the +# new version either contains this fix, or this patch is retained. +Patch3: libpng-CVE-2011-2501.patch + Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -36,6 +44,8 @@ MinGW Windows Libpng library. %patch0 -p1 %patch1 -p1 +%patch3 -p1 + %build %{_mingw32_configure} @@ -78,6 +88,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.2.37-3 +- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). + * Sat Jul 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.2.37-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild

1 0

[mingw32-libpng/el5] Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
by Richard W.M. Jones 29 Jun '11

29 Jun '11

commit d5822ee6b6d826070134edd3a9e1480b5df83496 Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jun 29 10:35:04 2011 +0100 Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). (Cherry picked from commit d3842962c9533415d668efe7751864cd7a5df2aa). libpng-CVE-2011-2501.patch | 49 ++++++++++++++++++++++++++++++++++++++++++++ mingw32-libpng.spec | 16 +++++++++++++- 2 files changed, 64 insertions(+), 1 deletions(-) --- diff --git a/libpng-CVE-2011-2501.patch b/libpng-CVE-2011-2501.patch new file mode 100644 index 0000000..487d8fd --- /dev/null +++ b/libpng-CVE-2011-2501.patch @@ -0,0 +1,49 @@ +Patch from: + + http://libpng.git.sourceforge.net/git/gitweb.cgi?p=libpng/libpng;a=commitdi… + +to fix: + + https://bugzilla.redhat.com/show_bug.cgi?id=717510 + https://bugzilla.redhat.com/show_bug.cgi?id=717511 + CVE-2011-2501 + +I have modified this patch to remove the changes to ANNOUNCE +and CHANGES files, and the hunk in pngerror.c which just updates +a comment. + + - RWMJ. + +From 65e6d5a34f49acdb362a0625a706c6b914e670af Mon Sep 17 00:00:00 2001 +From: Glenn Randers-Pehrson <glennrp at users.sourceforge.net> +Date: Tue, 7 Jun 2011 14:58:07 -0500 +Subject: [PATCH] [master] Fixed 1-byte uninitialized memory reference in png_format_buffer() + +(Bug report by Frank Busse, related to CVE-2004-0421). +--- + ANNOUNCE | 6 ++++-- + CHANGES | 4 +++- + pngerror.c | 11 ++++++++--- + 3 files changed, 15 insertions(+), 6 deletions(-) + +--- a/pngerror.c ++++ b/pngerror.c +@@ -186,8 +186,13 @@ png_format_buffer(png_structp png_ptr, png_charp buffer, png_const_charp + { + buffer[iout++] = ':'; + buffer[iout++] = ' '; +- png_memcpy(buffer + iout, error_message, PNG_MAX_ERROR_TEXT); +- buffer[iout + PNG_MAX_ERROR_TEXT - 1] = '\0'; ++ ++ iin = 0; ++ while (iin < PNG_MAX_ERROR_TEXT-1 && error_message[iin] != '\0') ++ buffer[iout++] = error_message[iin++]; ++ ++ /* iin < PNG_MAX_ERROR_TEXT, so the following is safe: */ ++ buffer[iout] = '\0'; + } + } + +-- +1.7.0.1 + diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec index f73d0dc..c9d5a67 100644 --- a/mingw32-libpng.spec +++ b/mingw32-libpng.spec @@ -6,7 +6,7 @@ Name: mingw32-libpng Version: 1.2.37 -Release: 1%{?dist} +Release: 2%{?dist} Summary: MinGW Windows Libpng library License: zlib @@ -15,6 +15,14 @@ Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz Patch0: libpng-multilib.patch Patch1: libpng-pngconf.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=717510 +# https://bugzilla.redhat.com/show_bug.cgi?id=717511 +# CVE-2011-2501 +# +# *** NOTE *** When updating the package, please ensure the +# new version either contains this fix, or this patch is retained. +Patch3: libpng-CVE-2011-2501.patch + Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -36,6 +44,9 @@ MinGW Windows Libpng library. %patch0 -p1 %patch1 -p1 +%patch3 -p1 + + %build %{_mingw32_configure} make @@ -76,6 +87,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.2.37-2 +- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). + * Tue Jun 9 2009 Richard W.M. Jones <rjones(a)redhat.com> - 1.2.37-1 - New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782.

1 0

[mingw32-libpng/f15] Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). (cherry picked from commit d3842962c953341
by Richard W.M. Jones 29 Jun '11

29 Jun '11

commit e3e6d6df4cb76eb73fcd5e4f9426a36c33ab2af9 Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jun 29 10:35:04 2011 +0100 Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). (cherry picked from commit d3842962c9533415d668efe7751864cd7a5df2aa) libpng-CVE-2011-2501.patch | 49 ++++++++++++++++++++++++++++++++++++++++++++ mingw32-libpng.spec | 15 ++++++++++++- 2 files changed, 63 insertions(+), 1 deletions(-) --- diff --git a/libpng-CVE-2011-2501.patch b/libpng-CVE-2011-2501.patch new file mode 100644 index 0000000..487d8fd --- /dev/null +++ b/libpng-CVE-2011-2501.patch @@ -0,0 +1,49 @@ +Patch from: + + http://libpng.git.sourceforge.net/git/gitweb.cgi?p=libpng/libpng;a=commitdi… + +to fix: + + https://bugzilla.redhat.com/show_bug.cgi?id=717510 + https://bugzilla.redhat.com/show_bug.cgi?id=717511 + CVE-2011-2501 + +I have modified this patch to remove the changes to ANNOUNCE +and CHANGES files, and the hunk in pngerror.c which just updates +a comment. + + - RWMJ. + +From 65e6d5a34f49acdb362a0625a706c6b914e670af Mon Sep 17 00:00:00 2001 +From: Glenn Randers-Pehrson <glennrp at users.sourceforge.net> +Date: Tue, 7 Jun 2011 14:58:07 -0500 +Subject: [PATCH] [master] Fixed 1-byte uninitialized memory reference in png_format_buffer() + +(Bug report by Frank Busse, related to CVE-2004-0421). +--- + ANNOUNCE | 6 ++++-- + CHANGES | 4 +++- + pngerror.c | 11 ++++++++--- + 3 files changed, 15 insertions(+), 6 deletions(-) + +--- a/pngerror.c ++++ b/pngerror.c +@@ -186,8 +186,13 @@ png_format_buffer(png_structp png_ptr, png_charp buffer, png_const_charp + { + buffer[iout++] = ':'; + buffer[iout++] = ' '; +- png_memcpy(buffer + iout, error_message, PNG_MAX_ERROR_TEXT); +- buffer[iout + PNG_MAX_ERROR_TEXT - 1] = '\0'; ++ ++ iin = 0; ++ while (iin < PNG_MAX_ERROR_TEXT-1 && error_message[iin] != '\0') ++ buffer[iout++] = error_message[iin++]; ++ ++ /* iin < PNG_MAX_ERROR_TEXT, so the following is safe: */ ++ buffer[iout] = '\0'; + } + } + +-- +1.7.0.1 + diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec index 803d4a4..5d944e6 100644 --- a/mingw32-libpng.spec +++ b/mingw32-libpng.spec @@ -6,7 +6,7 @@ Name: mingw32-libpng Version: 1.4.3 -Release: 2%{?dist} +Release: 3%{?dist} Summary: MinGW Windows Libpng library License: zlib @@ -14,6 +14,14 @@ URL: http://www.libpng.org/pub/png/ Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz2 Patch2: mingw32-libpng-fix-invalid-exports.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=717510 +# https://bugzilla.redhat.com/show_bug.cgi?id=717511 +# CVE-2011-2501 +# +# *** NOTE *** When updating the package, please ensure the +# new version either contains this fix, or this patch is retained. +Patch3: libpng-CVE-2011-2501.patch + Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -41,6 +49,8 @@ MinGW Windows Libpng library. # issue more to find out the real cause, but this will do for now %patch2 -p0 +%patch3 -p1 + %build %{_mingw32_configure} @@ -81,6 +91,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.4.3-3 +- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). + * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.4.3-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

[mingw32-libpng/f14] Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
by Richard W.M. Jones 29 Jun '11

29 Jun '11

commit 976e3a597cfb13fb9e6c2a06f782392c1c3ea944 Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jun 29 10:35:04 2011 +0100 Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). (Cherry picked from commit d3842962c9533415d668efe7751864cd7a5df2aa). libpng-CVE-2011-2501.patch | 49 ++++++++++++++++++++++++++++++++++++++++++++ mingw32-libpng.spec | 15 ++++++++++++- 2 files changed, 63 insertions(+), 1 deletions(-) --- diff --git a/libpng-CVE-2011-2501.patch b/libpng-CVE-2011-2501.patch new file mode 100644 index 0000000..487d8fd --- /dev/null +++ b/libpng-CVE-2011-2501.patch @@ -0,0 +1,49 @@ +Patch from: + + http://libpng.git.sourceforge.net/git/gitweb.cgi?p=libpng/libpng;a=commitdi… + +to fix: + + https://bugzilla.redhat.com/show_bug.cgi?id=717510 + https://bugzilla.redhat.com/show_bug.cgi?id=717511 + CVE-2011-2501 + +I have modified this patch to remove the changes to ANNOUNCE +and CHANGES files, and the hunk in pngerror.c which just updates +a comment. + + - RWMJ. + +From 65e6d5a34f49acdb362a0625a706c6b914e670af Mon Sep 17 00:00:00 2001 +From: Glenn Randers-Pehrson <glennrp at users.sourceforge.net> +Date: Tue, 7 Jun 2011 14:58:07 -0500 +Subject: [PATCH] [master] Fixed 1-byte uninitialized memory reference in png_format_buffer() + +(Bug report by Frank Busse, related to CVE-2004-0421). +--- + ANNOUNCE | 6 ++++-- + CHANGES | 4 +++- + pngerror.c | 11 ++++++++--- + 3 files changed, 15 insertions(+), 6 deletions(-) + +--- a/pngerror.c ++++ b/pngerror.c +@@ -186,8 +186,13 @@ png_format_buffer(png_structp png_ptr, png_charp buffer, png_const_charp + { + buffer[iout++] = ':'; + buffer[iout++] = ' '; +- png_memcpy(buffer + iout, error_message, PNG_MAX_ERROR_TEXT); +- buffer[iout + PNG_MAX_ERROR_TEXT - 1] = '\0'; ++ ++ iin = 0; ++ while (iin < PNG_MAX_ERROR_TEXT-1 && error_message[iin] != '\0') ++ buffer[iout++] = error_message[iin++]; ++ ++ /* iin < PNG_MAX_ERROR_TEXT, so the following is safe: */ ++ buffer[iout] = '\0'; + } + } + +-- +1.7.0.1 + diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec index da69a01..073a023 100644 --- a/mingw32-libpng.spec +++ b/mingw32-libpng.spec @@ -6,7 +6,7 @@ Name: mingw32-libpng Version: 1.4.3 -Release: 1%{?dist} +Release: 2%{?dist} Summary: MinGW Windows Libpng library License: zlib @@ -14,6 +14,14 @@ URL: http://www.libpng.org/pub/png/ Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz2 Patch2: mingw32-libpng-fix-invalid-exports.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=717510 +# https://bugzilla.redhat.com/show_bug.cgi?id=717511 +# CVE-2011-2501 +# +# *** NOTE *** When updating the package, please ensure the +# new version either contains this fix, or this patch is retained. +Patch3: libpng-CVE-2011-2501.patch + Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -41,6 +49,8 @@ MinGW Windows Libpng library. # issue more to find out the real cause, but this will do for now %patch2 -p0 +%patch3 -p1 + %build %{_mingw32_configure} @@ -81,6 +91,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.4.3-2 +- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). + * Sun Jul 4 2010 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 1.4.3-1 - Update to 1.4.3 - Fixes CVE-2010-1205 (BZ #608238)

1 0

[mingw32-libpng] Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
by Richard W.M. Jones 29 Jun '11

29 Jun '11

commit d3842962c9533415d668efe7751864cd7a5df2aa Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jun 29 10:35:04 2011 +0100 Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). libpng-CVE-2011-2501.patch | 49 ++++++++++++++++++++++++++++++++++++++++++++ mingw32-libpng.spec | 15 ++++++++++++- 2 files changed, 63 insertions(+), 1 deletions(-) --- diff --git a/libpng-CVE-2011-2501.patch b/libpng-CVE-2011-2501.patch new file mode 100644 index 0000000..487d8fd --- /dev/null +++ b/libpng-CVE-2011-2501.patch @@ -0,0 +1,49 @@ +Patch from: + + http://libpng.git.sourceforge.net/git/gitweb.cgi?p=libpng/libpng;a=commitdi… + +to fix: + + https://bugzilla.redhat.com/show_bug.cgi?id=717510 + https://bugzilla.redhat.com/show_bug.cgi?id=717511 + CVE-2011-2501 + +I have modified this patch to remove the changes to ANNOUNCE +and CHANGES files, and the hunk in pngerror.c which just updates +a comment. + + - RWMJ. + +From 65e6d5a34f49acdb362a0625a706c6b914e670af Mon Sep 17 00:00:00 2001 +From: Glenn Randers-Pehrson <glennrp at users.sourceforge.net> +Date: Tue, 7 Jun 2011 14:58:07 -0500 +Subject: [PATCH] [master] Fixed 1-byte uninitialized memory reference in png_format_buffer() + +(Bug report by Frank Busse, related to CVE-2004-0421). +--- + ANNOUNCE | 6 ++++-- + CHANGES | 4 +++- + pngerror.c | 11 ++++++++--- + 3 files changed, 15 insertions(+), 6 deletions(-) + +--- a/pngerror.c ++++ b/pngerror.c +@@ -186,8 +186,13 @@ png_format_buffer(png_structp png_ptr, png_charp buffer, png_const_charp + { + buffer[iout++] = ':'; + buffer[iout++] = ' '; +- png_memcpy(buffer + iout, error_message, PNG_MAX_ERROR_TEXT); +- buffer[iout + PNG_MAX_ERROR_TEXT - 1] = '\0'; ++ ++ iin = 0; ++ while (iin < PNG_MAX_ERROR_TEXT-1 && error_message[iin] != '\0') ++ buffer[iout++] = error_message[iin++]; ++ ++ /* iin < PNG_MAX_ERROR_TEXT, so the following is safe: */ ++ buffer[iout] = '\0'; + } + } + +-- +1.7.0.1 + diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec index 803d4a4..5d944e6 100644 --- a/mingw32-libpng.spec +++ b/mingw32-libpng.spec @@ -6,7 +6,7 @@ Name: mingw32-libpng Version: 1.4.3 -Release: 2%{?dist} +Release: 3%{?dist} Summary: MinGW Windows Libpng library License: zlib @@ -14,6 +14,14 @@ URL: http://www.libpng.org/pub/png/ Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz2 Patch2: mingw32-libpng-fix-invalid-exports.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=717510 +# https://bugzilla.redhat.com/show_bug.cgi?id=717511 +# CVE-2011-2501 +# +# *** NOTE *** When updating the package, please ensure the +# new version either contains this fix, or this patch is retained. +Patch3: libpng-CVE-2011-2501.patch + Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -41,6 +49,8 @@ MinGW Windows Libpng library. # issue more to find out the real cause, but this will do for now %patch2 -p0 +%patch3 -p1 + %build %{_mingw32_configure} @@ -81,6 +91,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.4.3-3 +- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511). + * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.4.3-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

Heads up: GCC 4.6 in rawhide (F16)
by Kalev Lember 29 Jun '11

29 Jun '11

Hello, I updated mingw32-gcc from 4.5.3 to 4.6.1 in rawhide yesterday. I would expect minor compile problems with some packages as each new version of gcc usually gets stricter. The native gcc was already updated to 4.6 in F15, so in most cases it should be possible to just get patches from the corresponding native packages to fix build errors with mingw32- packages. -- Kalev

1 0

[Bug 577951] Review Request: mingw32-wine-gecko - MinGW Gecko library required for Wine
by Red Hat Bugzilla 28 Jun '11

28 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=577951 --- Comment #22 from Andreas Bierfert <andreas.bierfert(a)lowlatency.de> 2011-06-28 13:15:08 EDT --- Thanks for you comments. Should be fixed/changed in this version: http://fedora.lowlatency.de/review/mingw-wine-gecko.spec http://fedora.lowlatency.de/review/mingw-wine-gecko-1.2.0-3.fc16.src.rpm http://fedora.lowlatency.de/review/mingw32-wine-gecko-1.2.0-3.fc16.noarch.r… http://fedora.lowlatency.de/review/mingw64-wine-gecko-1.2.0-3.fc16.noarch.r… -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[mingw32-filesystem] Set Boost_COMPILER to -gcc46 in cmake toolchain file
by Kalev Lember 28 Jun '11

28 Jun '11

commit f88e1d894715daed51ba8dd4470e8267d82638fb Author: Kalev Lember <kalev(a)smartlink.ee> Date: Tue Jun 28 11:35:38 2011 +0300 Set Boost_COMPILER to -gcc46 in cmake toolchain file Toolchain-mingw32.cmake | 2 +- mingw32-filesystem.spec | 5 ++++- 2 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/Toolchain-mingw32.cmake b/Toolchain-mingw32.cmake index 6c9c932..66ef563 100644 --- a/Toolchain-mingw32.cmake +++ b/Toolchain-mingw32.cmake @@ -22,4 +22,4 @@ SET(QT_LIBRARY_DIR ${CMAKE_FIND_ROOT_PATH}/lib) SET(CMAKE_RC_COMPILER /usr/bin/i686-pc-mingw32-windres) # override boost library suffix which defaults to -mgw -SET(Boost_COMPILER -gcc45) +SET(Boost_COMPILER -gcc46) diff --git a/mingw32-filesystem.spec b/mingw32-filesystem.spec index 3b711eb..0bcaabe 100644 --- a/mingw32-filesystem.spec +++ b/mingw32-filesystem.spec @@ -2,7 +2,7 @@ Name: mingw32-filesystem Version: 69 -Release: 2%{?dist} +Release: 3%{?dist} Summary: MinGW base filesystem and environment Group: Development/Libraries @@ -170,6 +170,9 @@ install -m 644 %{SOURCE8} $RPM_BUILD_ROOT%{_datadir}/mingw32 %changelog +* Tue Jun 28 2011 Kalev Lember <kalev(a)smartlink.ee> - 69-3 +- Set Boost_COMPILER to -gcc46 in cmake toolchain file + * Sun May 29 2011 Kalev Lember <kalev(a)smartlink.ee> - 69-2 - Make sure the -debuginfo subpackages are mingw32- prefixed even if the base package is mingw-

1 0

[Bug 633846] New: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12: pe_implied_import_dll: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 28 Jun '11

28 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12: pe_implied_import_dll: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV) https://bugzilla.redhat.com/show_bug.cgi?id=633846 Summary: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12: pe_implied_import_dll: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV) Product: Fedora Version: 13 Platform: x86_64 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:c2017a691dd6713c319ddb7df56a5c5e8dfb1ea0 Severity: medium Priority: low Component: mingw32-binutils AssignedTo: rjones(a)redhat.com ReportedBy: gilboad(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: /usr/lib64/gcc/i686-pc-mingw32/4.4.2/../../../../i686-pc-mingw32/bin/ld --sysroot=/usr/i686-pc-mingw32/sys-root --subsystem console -Bdynamic -o obj/windows-mingw-user/i686/release/spkinstall.exe /usr/i686-pc-mingw32/sys-root/mingw/lib/crt2.o /usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtbegin.o -L/home/gilboa/work/OSS/SVN/SPK/output/windows-mingw-user/i686/lib -L/home/gilboa/work/OSS/SVN/SPK/output/windows-mingw-user/i686/bin -L/usr/lib64/gcc/i686-pc-mingw32/4.4.2 -L/usr/lib64/gcc/i686-pc-mingw32/4.4.2/../../../../i686-pc-mingw32/lib -L/usr/i686-pc-mingw32/sys-root/mingw/lib -lstdc++ -lansi7zip -lzlibm -lspk obj/windows-mingw-user/i686/release/spkinstall.o -lstdc++ -lmingwthrd -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingwthrd -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtfastmath.o /usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtend.o component: mingw32-binutils crash_function: pe_implied_import_dll executable: /usr/i686-pc-mingw32/bin/ld kernel: 2.6.34.6-54.fc13.x86_64 package: mingw32-binutils-2.19.51.0.14-1.fc12 rating: 4 reason: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard) time: 1284474412 uid: 800 comment ----- I'm helping a friend port his project to Linux, moving it my my build system. (Which supports gcc, mingw and VS) Attempting to build the project using mingw causes gcc to crash during link. The same project builds just fine under gcc/Linux. I suspect that something is broken with the generated DLL. I'm waiting for his approval before sending upload a tarball of the offending code. (Most likely something in my own build system is the cause of the problem.) - Gilboa How to reproduce ----- 1. Build project. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw June 2011