March 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

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 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

[Bug 643801] New: Internal error: Segmentation fault (program ld) when compiling Google Go
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: Internal error: Segmentation fault (program ld) when compiling Google Go https://bugzilla.redhat.com/show_bug.cgi?id=643801 Summary: Internal error: Segmentation fault (program ld) when compiling Google Go Product: Fedora Version: 13 Platform: x86_64 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-gcc AssignedTo: rjones(a)redhat.com ReportedBy: fullung(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 Description of problem: mingw32-gcc's ld segfaults when compiling Google Go. Version-Release number of selected component (if applicable): mingw32-gcc-4.4.2-2.fc13.x86_64 How reproducible: Always Steps to Reproduce: 1. Read http://golang.org/doc/install.html 2. hg clone -r release https://go.googlecode.com/hg/ go (might need tip) 3. cd go 4. hg patch --no-commit go_make_mingw.diff 5. cd src 6. AR=i686-pc-mingw32-ar GOHOSTARCH=386 CC=i686-pc-mingw32-gcc GOOS=windows GOARCH=386 ./make.bash Actual results: quietgcc -o 8g -L"/home/alberts/go"/lib ../8l/enam.o list.o galign.o gobj.o ggen.o gsubr.o cgen.o cgen64.o cplx.o peep.o reg.o ../gc/gc.a -lbio -l9 -lm i686-pc-mingw32-gcc: Internal error: Segmentation fault (program ld) Please submit a full bug report. See <http://bugzilla.redhat.com/bugzilla> for instructions. Expected results: 8g command should compile 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 9

[Bug 609162] New: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all]
by Red Hat Bugzilla 27 Jun '11

27 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=609162 Summary: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all] Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: Security, SecurityTracking Severity: low Priority: low Component: mingw32-libpng AssignedTo: rjones(a)redhat.com ReportedBy: jlieskov(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: 608644 Classification: Fedora Target Release: --- 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. Forr 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=608644 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 5

[Bug 680583] New: routeprot.h has bug related to IP_LOCAL_BINDING
by Red Hat Bugzilla 27 Jun '11

27 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: routeprot.h has bug related to IP_LOCAL_BINDING https://bugzilla.redhat.com/show_bug.cgi?id=680583 Summary: routeprot.h has bug related to IP_LOCAL_BINDING Product: Fedora Version: 13 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: mingw32-w32api AssignedTo: rjones(a)redhat.com ReportedBy: greearb(a)candelatech.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: It seems IP_LOCAL_BINDING is defined after it is used. Version-Release number of selected component (if applicable): mingw32-w32api-3.13-5.fc13.noarch How reproducible: Always Steps to Reproduce: 1. Try to compile something that uses routprot.h 2. 3. Actual results: In file included from fea/data_plane/fibconfig/fibconfig_entry_get_iphelper.cc:34: /usr/i686-pc-mingw32/sys-root/mingw/include/routprot.h:51: error: 'IP_LOCAL_BINDING' does not name a type scons: *** [obj/i386-pc-mingw32/fea/data_plane/fibconfig/fibconfig_entry_get_iphelper.o] Error 1 scons: building terminated because of errors. Expected results: Sweet binary goodness. Additional info: This seems to fix things: diff --git a/routprot.h.orig b/routprot.h index 54fe9ee..2b57df8 100644 --- a/routprot.h.orig +++ b/routprot.h @@ -43,6 +43,11 @@ extern "C" { #define IPX_PROTOCOL_NLSP 0x00020002 /*--- Router Management Reference - Router Management Structures */ #if (_WIN32_WINNT >= 0x0500) +typedef struct IP_LOCAL_BINDING { + DWORD Address; + DWORD Mask; +} IP_LOCAL_BINDING,*PIP_LOCAL_BINDING; + typedef struct IP_ADAPTER_BINDING_INFO { ULONG AddressCount; DWORD RemoteAddress; @@ -50,10 +55,7 @@ typedef struct IP_ADAPTER_BINDING_INFO { ULONGLONG Speed; IP_LOCAL_BINDING Address[]; } IP_ADAPTER_BINDING_INFO,*PIP_ADAPTER_BINDING_INFO; -typedef struct IP_LOCAL_BINDING { - DWORD Address; - DWORD Mask; -} IP_LOCAL_BINDING,*PIP_LOCAL_BINDING; + typedef struct IPX_ADAPTER_BINDING_INFO { ULONG AdapterIndex; UCHAR Network[4]; -- 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

[Bug 677153] New: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line
by Red Hat Bugzilla 21 Jun '11

21 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line https://bugzilla.redhat.com/show_bug.cgi?id=677153 Summary: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: unspecified Component: mingw32-gcc AssignedTo: rjones(a)redhat.com ReportedBy: t.sailer(a)alumni.ethz.ch QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, kalev(a)smartlink.ee, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: libgcc_eh.a sometimes needs symbols from libmingw32.a (___mingwthr_key_dtor) and libkernel32.a (_SetLastError@4, _InterlockedIncrement@4, _TlsAlloc@0, _TlsSetValue@8), but does not pass -lmingw32 -lkernel32 to collect2 after -lgcc_eh. The result is that, when compiling glib2-2.28.0, linking glib-compile-schemas.exe fails; I had to manually call collect2 with added arguments to make the mingw32-glib2 rpm build. Version-Release number of selected component (if applicable): mingw32-gcc-4.5.1-2.fc15 How reproducible: always Steps to Reproduce: see for example the mingw32-glib2-2.28.0-1.fc16.src.rpm and remove the two lines marked with "evil hack". Actual results: Missing symbols during linking of gio/glib-compile-schemas.exe Expected results: Linking succeeds -- 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 2

[Bug 688171] New: i686-pc-mingw32-pkg-config shouldn't unset PKG_CONFIG_PATH
by Red Hat Bugzilla 19 May '11

19 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: i686-pc-mingw32-pkg-config shouldn't unset PKG_CONFIG_PATH https://bugzilla.redhat.com/show_bug.cgi?id=688171 Summary: i686-pc-mingw32-pkg-config shouldn't unset PKG_CONFIG_PATH Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: mingw32-filesystem AssignedTo: rjones(a)redhat.com ReportedBy: bpeeluk(a)yahoo.co.uk 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 The MingW32 compiler on Fedora includes a wrapper script for pkg-config called i686-pc-mingw32-pkg-config that sets PKG_CONFIG_LIBDIR. Presumably the idea of this is to prevent pkg-config from picking up the native system .pc files when cross compiling for Windows. However the script also does “unset PKG_CONFIG_PATH”. This makes it very difficult to use pkg-config when using a custom cross-compile environment where all of your dependencies are installed in a non-standard prefix (typically somewhere in your home directory). I can't see why the script would want to unset PKG_CONFIG_PATH as this won't be typically set on a normal system so it's unlikely to pick up any native .pc files. A developer would usually want to explicitly set this variable when building in a custom environment so he or she would know to set it to only include the Win32 environment path. This was causing problems when cross-compiling Clutter on Fedora systems. Clutter includes a build script for cross-compiling that installs all of Clutter's dependencies into a custom prefix and then tries to set PKG_CONFIG_PATH to point to this prefix. However Fedora's pkg-config wrapper script prevents this variable from being passed to pkg-config. Clutter's build script now explicitly includes its own wrapper for pkg-config to work around Fedora. I think the solution is to just remove the line that unsets PKG_CONFIG_PATH. -- 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

[Bug 571686] New: mingw32 produced DLL's are not stripped
by Red Hat Bugzilla 18 May '11

18 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32 produced DLL's are not stripped https://bugzilla.redhat.com/show_bug.cgi?id=571686 Summary: mingw32 produced DLL's are not stripped Product: Fedora Version: 10 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: berrange(a)redhat.com, rjones(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: Even if the specfile includes: %define __strip %{_mingw32_strip} mingw32 cross-compiled packages does not get their DLL's or binaries stripped. Version-Release number of selected component (if applicable): Checked with: mingw32-filesystem-56-1 How reproducible: Very easy to reproduce by building a mingw32 package. Also official Fedora mingw32 packages are not stripped either - I tested the package: mingw32-pixman-0.14.0-1.fc11. Steps to Reproduce: 1. cp -p /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll /tmp 2. i686-pc-mingw32-strip /tmp/libpixman-1-0.dll Actual results: # ls -1s /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll /tmp/libpixman-1-0.dll 252 /tmp/libpixman-1-0.dll 1252 /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll Expected results: # ls -1s /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll /tmp/libpixman-1-0.dll 252 /tmp/libpixman-1-0.dll 252 /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll 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 8

[Bug 599227] New: mingw <pthread.h> is broken
by Red Hat Bugzilla 12 May '11

12 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw <pthread.h> is broken https://bugzilla.redhat.com/show_bug.cgi?id=599227 Summary: mingw <pthread.h> is broken Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-pthreads AssignedTo: rjones(a)redhat.com ReportedBy: eblake(a)redhat.com 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 Target Release: --- Description of problem: The cross-compilation header /usr/i686-pc-mingw32/sys-root/mingw/include/pthread.h, installed as part of the mingw32-pthreads package, has several coding bugs. Version-Release number of selected component (if applicable): mingw32-pthreads-2.8.0-10.fc13.noarch How reproducible: Always Steps to Reproduce: 1. Try cross-compiling any code that uses localtime_r with a second argument with side effects, or try calling (localtime_r)(arg1,arg2). 2. Try cross-compiling any project that uses gnulib's <time.h> replacement header (libvirt is an example project; it includes a ./autobuild.sh script that will automatically try a mingw cross-compilation, if you have installed a mingw portablexdr library, although that library is not yet part of fedora). Actual results: The definition of localtime_r is broken, because it evaluates the second argument twice. And, since POSIX allows one to #undef localtime_r, but there is no localtime_r function in the library, you get a link failure if you bypass the function-like macro. Finally, the pthreads-win32 library made the mistake of installing <config.h>, which is asking for namespace collision with most other autotooled packages. Expected results: <pthread.h> should not define any *_r functions, nor should it interfere with a proper <time.h>. Also, the library should not install <config.h>, but should instead modify its installed headers to be self-contained. Additional info: See this thread on bug-gnulib for more details: http://lists.gnu.org/archive/html/bug-gnulib/2010-06/msg00007.html -- 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

[Bug 629209] New: Update mingw32-runtime to 3.18
by Red Hat Bugzilla 10 May '11

10 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Update mingw32-runtime to 3.18 https://bugzilla.redhat.com/show_bug.cgi?id=629209 Summary: Update mingw32-runtime to 3.18 Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-runtime AssignedTo: rjones(a)redhat.com ReportedBy: atkac(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: When I compile TigerVNC vncviewer for Windows on Fedora 14/rawhide, output vncviewer.exe binary is broken: ... Backtrace: =>0 0x00485e4f in vncviewer (+0x85e4f) (0x00a0fe30) 1 0x0040108d __mingw_CRTStartup+0x6c() [/builddir/build/BUILD/mingwrt-3.15.2-mingw32/crt1.c:217] in vncviewer (0x00a0fe70) 2 0x0040108d __mingw_CRTStartup+0x6c() [/builddir/build/BUILD/mingwrt-3.15.2-mingw32/crt1.c:217] in vncviewer (0x00a0fe90) 3 0x00401128 WinMainCRTStartup+0x17() [/builddir/build/BUILD/mingwrt-3.15.2-mingw32/crt1.c:271] in vncviewer (0x00a0fea8) 4 0x7ede70bc call_process_entry+0xb() in kernel32 (0x00a0fee8) 5 0x7efab570 call_thread_func+0xb() in ntdll (0x00a0fef8) 6 0x7efae1f1 call_thread_entry_point+0x70() in ntdll (0x00a0ffc8) 7 0x7ef83feb call_dll_entry_point+0x65a() in ntdll (0x00a0ffe8) ... When I updated to the latest mingw runtime from upstream (mingwrt-3.18-mingw32-src) everything works fine. Version-Release number of selected component (if applicable): mingw32-runtime-3.15.2-5.fc13 How reproducible: always Steps to Reproduce: 1. compile program for Windows via MinGW build chain 2. run it Actual results: crash Expected results: working binary Additional info: It seems current mingw runtime is not compatible with gcc 4.5. As I wrote above when I update to 3.18 version, problem disappears. -- 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 52

nspr: fix for mock build
by Amorilia 07 May '11

07 May '11

Hi everyone, Here's a fix for the build problem for nspr in mock: http://github.com/amorilia/fedora-mingw/commit/1c143a5840bb15b11098edb7130e… It seems that the problem goes back all the way to AC_PROG_CC: when wine is installed, apparently AC_PROG_CC (mistakenly?) sets cross_compiler to false. Additionally, here's a sync of the spec file with the native fedora one, and a few extra build patches: http://github.com/amorilia/fedora-mingw/commit/19af2a48f6d2cc90009c581a7e8a… http://github.com/amorilia/fedora-mingw/commit/629eb75b24e1755c92041b614b40… http://github.com/amorilia/fedora-mingw/commit/44031e8cf4d0149debeb97c0c833… Although the tests build, when running them under wine, many fail. I haven't investigated this further. I don't plan to work on this anymore for the time being, so I'm simply throwing these patches here in case someone else would be interested. For quick reference, full spec file and patches: http://github.com/amorilia/fedora-mingw/tree/master/nspr/ Yours, Amorilia

2 1

Proposal: drop the hard dependency on mingw32-gettext from mingw32-glib2
by Erik van Pienbroek 07 May '11

07 May '11

Hi, Recently I was browsing the upstream GTK website and I noticed that upstream has used a special trick to build the Win32 binaries for GLib. In order to make the dependency on gettext a soft one they used a small static wrapper library called libproxy-intl [1]. With this wrapper library the GLib DLL doesn't depend directly anymore on libintl-8.dll (from mingw32-gettext). The wrapper library makes the hard dependency a runtime one. This means that if libintl-8.dll is bundled with the application then gettext translations will be used, otherwise nothing gets translated. I'd like to propose that we apply this change as well in our Fedora MinGW toolchain. Such a change consists of the following smaller changes: - Bundle the libproxy-intl code (1 .c file and 1 .h file) in the mingw32-gettext srpm as additional source files - Compile the libproxy-intl code with these 2 instructions: %{_mingw32_cc} -c libintl.c -o libintl.o -I. %{_mingw32_ar} rc libintl.a libintl.o - Replace the files libintl.{a,.dll.a,.la} generated by the gettext compilation with the libintl.a file from libproxy-intl. This makes any binary which tries to link against mingw32-gettext using '-lintl' have a soft-dependency on libintl. After this a simple rebuild of mingw32-glib2 should be sufficient enough to make mingw32-gettext a soft dependency. Next to glib2 there are also some other packages which have a hard dependency on libintl-8.dll: $ repoquery --whatrequires 'mingw32(libintl-8.dll)' mingw32-atk-0:1.32.0-1.fc14.noarch mingw32-gdk-pixbuf-0:2.22.0-1.fc14.noarch mingw32-glib2-0:2.26.0-1.fc14.noarch mingw32-gnutls-0:2.6.4-3.fc13.noarch mingw32-gtk-vnc-0:0.4.1-1.fc14.noarch mingw32-gtk2-0:2.22.0-1.fc14.noarch mingw32-gtkhtml3-0:3.32.0-1.fc14.noarch mingw32-gvnc-0:0.4.1-1.fc14.noarch mingw32-hunspell-0:1.2.8-11.fc12.noarch mingw32-libglade2-0:2.6.4-4.fc12.noarch mingw32-libidn-0:1.14-5.fc12.noarch Most of these packages (if not all) don't use gettext directly, but get linked against gettext because of it being mentioned in glib2's pkgconfig and .la files. A rebuild should be sufficient to replace the hard dependencies on those packages by soft ones. However, in order to prevent the libproxy-intl functions from being exported in other DLL's (as mentioned on [1]) I think it's better drop the reference to libintl from glib2's pkgconfig and .la files. As most of the packages mentioned above don't use gettext directly, but the GLib gettext functions to handle translations this shouldn't cause any major problems. As the glib2 headers depend on the libintl.h header a 'Requires: mingw32-gettext' also needs to be added to the mingw32-glib2 package. I already applied these changes in a testing repository for a generic cross compiler framework (coming soon!) [2][3] and it works fine there. Another thing GTK upstream has done in their Win32 binaries is using win-iconv instead of GNU iconv. I just put up a review request for mingw32-win-iconv at [4]. Could somebody please review that package? Does everybody agree to these changes? Kind regards, Erik van Pienbroek [1]: http://www.gtk.org/download-windows.html [2]: http://svn.openftd.org/svn/fedora_cross [3]: http://svn.openftd.org/viewvc/Fedora%20Cross%20Compiler% 20Framework/ [4]: https://bugzilla.redhat.com/show_bug.cgi?id=642208

2 5

leaving the project
by Michael [Plouj] Ploujnikov 25 Apr '11

25 Apr '11

Hello fedora-mingw people, I haven't really been active with the mingw project lately. In fact, I've stopped using Fedora as my main distribution. As a result I've decided that I should probably step down rather than being a dormant "contributor". It would be nice if someone takes ownership of my packages (http://koji.fedoraproject.org/koji/userinfo?userID=986)" mingw32-libtiff and mingw32-physfs. Also, there is current a security bug assigned to me that needs to be taken care of: https://bugzilla.redhat.com/show_bug.cgi?id=689575. I'm sorry to have to bring you this sad news. I wish you and the Fedora project as a whole all the best. - Michael Ploujnikov

2 1

[Bug 587818] missing %{__strip} corrupts mingw binaries during rpmbuild
by Red Hat Bugzilla 29 Mar '11

29 Mar '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=587818 Vassili Leonov <vleolml(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vleolml(a)gmail.com --- Comment #4 from Vassili Leonov <vleolml(a)gmail.com> 2011-03-29 05:46:19 EDT --- Another manifestation of this bug, confirmed on fresh, updated as of 2011.03.29 F14 i386, is that when some (not all!) RPMS for ming32 are rebuilt, and when error messages of this kind: strip:/home/vleo/rpmbuild/BUILDROOT/mingw32-gsm-1.0.14-mt.fc14.i386/usr/i686-pc-mingw32/sys-root/mingw/lib/libgsm.a(libgsm_la-add.o): Unable to recognise the format of file: File format not recognized from the rpmbuild process are ignored, other packages dependent on these improperly built RPMs will fail to build as well. For example, ming32-libgsm built without redhat-rpm-config would not be usable for ffmpeg build, with configure message like this (tail config.log): i686-pc-mingw32-gcc -o /tmp/ffconf.kcYisU51.exe /tmp/ffconf.7bQViuE8.o -lm -lpthreadGC2 -lbz2 -lz -lpsapi -lgsm /usr/i686-pc-mingw32/sys-root/mingw/lib/libgsm.dll.a: could not read symbols: Archive has no index; run ranlib to add one ERROR: libgsm not found I don't know what priority should be, but SEVERITY for this bug should be higher, because of its indirect effects. -- 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

MinGW64 i686 Packages
by Chris Bisnett 25 Mar '11

25 Mar '11

I've been using the the mingw64 packages for Fedora for a while now and they work great, thanks Erik. I've even been meaning to post a tutorial about using the cross compiler with Eclipse and how to setup remote debugging using gdb-server. The only problem I have run into so far is that there are no i686 packages. My netbook is only x86 but I would still like to be able to compile for Win64. I'm not sure if this can be done, but since it's a cross compiler I would think that it just needs to be built for i686. If it is possible and isn't a big deal, let me know and I'll even build the packages so they can be added to the repo. I really like being able to develop Windows executable on my Linux machines and I really appreciate the time everyone has given to this project. - Chris Bisnett -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2.0.16 (GNU/Linux) mQENBE1pXBwBCAC1hmk7MG5pRAAxxl8k1KPlPZdxbqhw1kwYspkWnpz9lljRT2ql 30fws7C+XGFRj7CDP/cnrE8gHwZLyGNZFvL/nkUGGkYSXfZ+/5PLi2q5AsqPX9y9 3KOyEKeHEQ/J0Z63Rs/Jzr/xThAog9X7tIxOgQlxa3InOsaeYt5xW+CR0g6G31FA ZO3emuIwgVZD8WSPdEHZXlZOug3AAPQM1aJJbmhihbiBSE1R1Bd7TXuaXJquIwGr DjQynMMm0pN4g7NPCc1KuSv3VpZkjYG98GC6D9Y3CjFpL/rrbCCGM6oyLM9hyNt4 vRE1T2jJ3kFGpbiKbA5hloPTEXYM/dQA8GIFABEBAAG0IkNocmlzIEJpc25ldHQg PGNiaXNuZXR0QGdtYWlsLmNvbT6JAT4EEwECACgFAk1pXBwCGwMFCQKymWQGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEF6W7OyjNOKYwSgH/3AMJtA1RGQhmv2c 5nbb7wtDArgboU1saXxryZRYtVMTKcu6cabAuIwtxtWhXz5qCVdaoW5wqHsByTgZ sxLmv8muzFdpcgBjP+LgowOL/Fxbhnec9gaI2Hmzimu8i/y2CfUeSleYmWmv7lT9 DIRe4QOmr4xzOqzFZ2u8fYz6pg7q764fMWaTDXM2vGun/44dPBR9xOW4gq4fTWHl UTwQMNVN8btQNq1mCqRvylVKipQfMCmcM6JpBjezSeg8KJxwJ4DPMQHXaY7WT13s DS2cfpXd7u8aDQ9A2QcVWN4wmfLiSofrIyQGszjQqTSVOZrJhOx4GLoAVryZgbtk o2pTymq5AQ0ETWlcHAEIAKQmKFUM2UbfbHdWvfE2/xU/Cv0EXeGEcQ0SM2PlQw1P 539yDI4RB7hqRoXaHwk3sQobCELP69bYLe23ok8bYwIeagIQyCh62tUHs11eLLh7 2mcvCmwUoD3an54f9EAIV2vM6BieLSWmLHZOsmMQO8vXbnKifenXTny0M5q1CGZV aXrrY863gCajrxYBJQVuM754Moy8rhy1wPx6ipSJfzVLwHiEoHO6YmH/bdl9I484 zwdVaNTMdYgcY9lgFveZ7AVdAgTUvbR/VHAbRpZOxzpQ97RliklLpttKjcRQTddp qEcFHcI7xp1qKiuG3STJpXWw285JY1slOIGsCxI6u4MAEQEAAYkBJQQYAQIADwUC TWlcHAIbDAUJArKZZAAKCRBeluzsozTimASHB/9dNXpO/ktodVy9zDAuXSB1+HC1 3fKWtg5OfYb/U6i1Eub7A2bCJUKtxz5f2p8H4P4h8Pq28Vhq1yUyoidxqb1udnMd pRSZ9e3KLf1LeLMYFK3CeKt/hljk/nzrlABLdEHXaq6SSBrCVNNmIzlCxtw3ppDp odOjPQ4lG+a2tUD8WvetoIklJI7EZKfqe5pG2QE1bKB/LlrOjRUxkO9B22j/EzsS v4iJ3aLuZWQ00x3ZheDYV3RFbqJxt+ajf5MkClafmS1G95C/NoabDJBO/xvZN55I iGPVBRLMknlOzpQVqhuz0vrhAyC6z95joshBNhkc5ZDDxagIgH612I8Wx4lw =sL6E -----END PGP PUBLIC KEY BLOCK-----

2 2

[Bug 673784] Rename Request: mingw32-filesystem -> mingw-filesystem - Cross compiler base filesystem and environment
by Red Hat Bugzilla 17 Mar '11

17 Mar '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=673784 Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Rename Request: |Rename Request: |mingw32-filesystem -> |mingw32-filesystem -> |cross-filesystem - Cross |mingw-filesystem - Cross |compiler base filesystem |compiler base filesystem |and environment |and environment -- 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

[Bug 673784] Rename Request: mingw32-filesystem -> cross-filesystem - Cross compiler base filesystem and environment
by Red Hat Bugzilla 17 Mar '11

17 Mar '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=673784 --- Comment #17 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-03-17 14:10:34 EDT --- After discussion with some members of the Fedora MinGW SIG we decided to drop the 'cross-*' prefix for now and stick with 'mingw-*' as prefix. Support for Mac OS X may take a long while to get ready (possible even never because of the legal issues), so we can use 'mingw-*' for now. We've also filed a ticket at the Fedora Packaging Committee with a request to approve the (updated) draft guidelines: https://fedorahosted.org/fpc/ticket/71 Updated package: Spec URL: http://svn.openftd.org/svn/fedora_cross/mingw-filesystem/mingw-filesystem.s… SRPM URL: http://ftd4linux.nl/contrib/mingw-filesystem-66-1.fc15.src.rpm * Thu Mar 17 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 66-1 - Renamed the package to mingw-filesystem - Fixed rpmlint issues - Dropped the provides: mingw32-dlfcn for now as we still need to discuss whether to retire it or not - Fixed permissions of the scripts (775 -> 755) - Fixed description of the various subpackages I think it's okay to ignore the other rpmlint issues. The RPM files really need to be placed in /usr/lib/rpm (even for x86_64) -- 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/f15/master] Don't error out trying to set illegal LD.BFD variable name
by Kalev Lember 17 Mar '11

17 Mar '11

Summary of changes: 5b66efd... Don't error out trying to set illegal LD.BFD variable name (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[mingw32-binutils/f15/master] (3 commits) ...Spec file cleanups
by Kalev Lember 17 Mar '11

17 Mar '11

Summary of changes: 26d2be0... Update to 2.21 (*) e8523ce... Use runtime pseudo reloc v1 by default (*) eeaebcf... Spec file cleanups (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[mingw32-binutils] Spec file cleanups
by Kalev Lember 17 Mar '11

17 Mar '11

commit eeaebcf37c6a9cef314ae50f8af884d41dc85346 Author: Kalev Lember <kalev(a)smartlink.ee> Date: Thu Mar 17 15:08:41 2011 +0200 Spec file cleanups Don't own the /usr/i686-pc-mingw32/bin/ directory and use %defattr(-,root,root,-) mingw32-binutils.spec | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) --- diff --git a/mingw32-binutils.spec b/mingw32-binutils.spec index 80a49bd..eff173e 100644 --- a/mingw32-binutils.spec +++ b/mingw32-binutils.spec @@ -64,10 +64,10 @@ rm -rf $RPM_BUILD_ROOT %files -%defattr(-,root,root) +%defattr(-,root,root,-) %{_mandir}/man1/* %{_bindir}/i686-pc-mingw32-* -%{_prefix}/i686-pc-mingw32/bin +%{_prefix}/i686-pc-mingw32/bin/* %{_prefix}/i686-pc-mingw32/lib/ldscripts @@ -76,6 +76,7 @@ rm -rf $RPM_BUILD_ROOT - Update to 2.21 - Added a patch to use runtime pseudo reloc v1 by default as the version of mingw32-runtime we have does not support v2. +- Don't own the /usr/i686-pc-mingw32/bin/ directory * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.20.51.0.10-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

[mingw32-binutils] Use runtime pseudo reloc v1 by default
by Kalev Lember 17 Mar '11

17 Mar '11

commit e8523ce48fe8d922650ebb6818ec3dfc455dbc64 Author: Kalev Lember <kalev(a)smartlink.ee> Date: Thu Mar 17 14:59:15 2011 +0200 Use runtime pseudo reloc v1 by default The version of mingw32-runtime we have does not support v2. mingw32-binutils-2.21-pseudo_reloc_v1.patch | 12 ++++++++++++ mingw32-binutils.spec | 4 ++++ 2 files changed, 16 insertions(+), 0 deletions(-) --- diff --git a/mingw32-binutils-2.21-pseudo_reloc_v1.patch b/mingw32-binutils-2.21-pseudo_reloc_v1.patch new file mode 100644 index 0000000..116d9c7 --- /dev/null +++ b/mingw32-binutils-2.21-pseudo_reloc_v1.patch @@ -0,0 +1,12 @@ +diff -up binutils-2.21/ld/emultempl/pe.em.pseudo_reloc_v1 binutils-2.21/ld/emultempl/pe.em +--- binutils-2.21/ld/emultempl/pe.em.pseudo_reloc_v1 2010-09-22 11:03:41.000000000 +0300 ++++ binutils-2.21/ld/emultempl/pe.em 2011-03-17 13:53:13.000000000 +0200 +@@ -100,7 +100,7 @@ fragment <<EOF + #endif + + #if defined(TARGET_IS_i386pe) +-#define DEFAULT_PSEUDO_RELOC_VERSION 2 ++#define DEFAULT_PSEUDO_RELOC_VERSION 1 + #else + #define DEFAULT_PSEUDO_RELOC_VERSION 1 + #endif diff --git a/mingw32-binutils.spec b/mingw32-binutils.spec index bba5ed9..80a49bd 100644 --- a/mingw32-binutils.spec +++ b/mingw32-binutils.spec @@ -7,6 +7,7 @@ License: GPLv2+ and LGPLv2+ and GPLv3+ and LGPLv3+ Group: Development/Libraries URL: http://www.gnu.org/software/binutils/ Source0: http://ftp.gnu.org/gnu/binutils/binutils-%{version}.tar.bz2 +Patch0: mingw32-binutils-2.21-pseudo_reloc_v1.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: flex @@ -25,6 +26,7 @@ understand Windows executables and DLLs. %prep %setup -q -n binutils-%{version} +%patch0 -p1 -b .pseudo_reloc_v1 %build @@ -72,6 +74,8 @@ rm -rf $RPM_BUILD_ROOT %changelog * Thu Mar 17 2011 Kalev Lember <kalev(a)smartlink.ee> - 2.21-1 - Update to 2.21 +- Added a patch to use runtime pseudo reloc v1 by default as the version of + mingw32-runtime we have does not support v2. * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.20.51.0.10-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

[mingw32-binutils] Update to 2.21
by Kalev Lember 17 Mar '11

17 Mar '11

commit 26d2be0f41d83d8cba5a61dc08d9659fc606f899 Author: Kalev Lember <kalev(a)smartlink.ee> Date: Thu Mar 17 14:58:10 2011 +0200 Update to 2.21 Also require recent enough mingw32-filesystem to avoid rpm macro breakage with automatically generated (illegal) LD.BFD variable name. .gitignore | 1 + mingw32-binutils.spec | 9 ++++++--- sources | 2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index dd02b00..c5d06c4 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ binutils-2.20.1.tar.bz2 /binutils-2.20.51.0.10.tar.bz2 +/binutils-2.21.tar.bz2 diff --git a/mingw32-binutils.spec b/mingw32-binutils.spec index 5f7fca2..bba5ed9 100644 --- a/mingw32-binutils.spec +++ b/mingw32-binutils.spec @@ -1,6 +1,6 @@ Name: mingw32-binutils -Version: 2.20.51.0.10 -Release: 2%{?dist} +Version: 2.21 +Release: 1%{?dist} Summary: MinGW Windows binutils License: GPLv2+ and LGPLv2+ and GPLv3+ and LGPLv3+ @@ -15,7 +15,7 @@ BuildRequires: texinfo BuildRequires: mingw32-filesystem >= 49 # NB: This must be left in. -Requires: mingw32-filesystem >= 38 +Requires: mingw32-filesystem >= 65 %description @@ -70,6 +70,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Mar 17 2011 Kalev Lember <kalev(a)smartlink.ee> - 2.21-1 +- Update to 2.21 + * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.20.51.0.10-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 07f1d6c..5e7aca2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e7dfcff0aeb3e590f1403a761271103f binutils-2.20.51.0.10.tar.bz2 +c84c5acc9d266f1a7044b51c85a823f5 binutils-2.21.tar.bz2

1 0

[mingw32-filesystem] Don't error out trying to set illegal LD.BFD variable name
by Kalev Lember 17 Mar '11

17 Mar '11

commit 5b66efd7edd41be17b8bd7eb7d4a8a6d472e2089 Author: Kalev Lember <kalev(a)smartlink.ee> Date: Thu Mar 17 15:11:52 2011 +0200 Don't error out trying to set illegal LD.BFD variable name macros.mingw32 | 2 +- mingw32-filesystem.spec | 7 +++++-- 2 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/macros.mingw32 b/macros.mingw32 index aa75be7..f349740 100644 --- a/macros.mingw32 +++ b/macros.mingw32 @@ -76,7 +76,7 @@ package or when debugging this package.\ unset PKG_CONFIG_PATH; \ _PREFIX="%{_bindir}/%{_mingw32_target}-"; \ for i in `ls -1 ${_PREFIX}* | grep -v 'gcc-'`; do \ - x=`echo $i|sed "s,${_PREFIX},,"|tr "a-z+-" "A-ZX_"`; \ + x=`echo $i|sed "s,${_PREFIX},,"|tr "a-z+-." "A-ZX__"`; \ declare -x $x="$i" ; export $x; \ done; \ unset _PREFIX; \ diff --git a/mingw32-filesystem.spec b/mingw32-filesystem.spec index c420125..b5fceb7 100644 --- a/mingw32-filesystem.spec +++ b/mingw32-filesystem.spec @@ -1,8 +1,8 @@ %define debug_package %{nil} Name: mingw32-filesystem -Version: 64 -Release: 3%{?dist} +Version: 65 +Release: 1%{?dist} Summary: MinGW base filesystem and environment Group: Development/Libraries @@ -168,6 +168,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Mar 17 2011 Kalev Lember <kalev(a)smartlink.ee> - 65-1 +- Don't error out trying to set illegal LD.BFD variable name + * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 64-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

File binutils-2.21.tar.bz2 uploaded to lookaside cache by kalev
by Kalev Lember 17 Mar '11

17 Mar '11

A file has been added to the lookaside cache for mingw32-binutils: c84c5acc9d266f1a7044b51c85a823f5 binutils-2.21.tar.bz2

1 0

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

16 Mar '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 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jacek(a)codeweavers.com --- Comment #19 from Jacek Caban <jacek(a)codeweavers.com> 2011-03-16 16:39:45 EDT --- Hi all, I'm maintainer of Wine Gecko. We've just released the new version: http://www.winehq.org/pipermail/wine-devel/2011-March/089273.html This is the first version that makes it possible to do proper packaging, like you've tried to do. We've improved the building process a lot, so your problem is probably already fixed. Please let me know if you have any problems, so we can work on them. -- 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

Fedora 15 Alpha and mingw32
by H. Peter Anvin 14 Mar '11

14 Mar '11

Hello all, I just upgraded my workstation to Fedora 15 Alpha (due to drivers unavailable in Fedora 14) and I'm having issues with mingw building Syslinux win32. Specifically, it looks like *something* (a library, perhaps) is trying to pull in the unwind library which in turn wants TLS, which isn't there. I would prefer to generate as small of an executable as possible, but more than anything else I would like for this to work without breaking previous versions, so any tips about what I would need to do would be appreciated. -hpa i686-pc-mingw32-gcc -Os -s -o syslinux.exe syslinux.obj syslinux.lib /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_key_create': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:582: undefined reference to `_TlsAlloc@0' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:589: undefined reference to `___mingwthr_key_dtor' /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_once': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:554: undefined reference to `_InterlockedIncrement@4' /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_setspecific': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:621: undefined reference to `_TlsSetValue@8' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:621: undefined reference to `_TlsSetValue@8' /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_getspecific': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_setspecific': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:621: undefined reference to `_TlsSetValue@8' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:621: undefined reference to `_TlsSetValue@8' /usr/lib64/gcc/i686-pc-mingw32/4.5.1/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_getspecific': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:613: undefined reference to `_SetLastError@4' collect2: ld returned 1 exit status -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

2 2

[Bug 614047] Review Request: mingw32-spice-protocol - Spice protocol header files
by Red Hat Bugzilla 12 Mar '11

12 Mar '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=614047 Gianluca Cecchi <gianluca.cecchi(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gianluca.cecchi(a)gmail.com --- Comment #8 from Gianluca Cecchi <gianluca.cecchi(a)gmail.com> 2011-03-12 04:39:08 EST --- Hello, on my F14 system # yum install mingw32-spice-protocol ... Setting up Install Process No package mingw32-spice-protocol available. Error: Nothing to do Was this package kept off from F14 then? I only find spice-protocol.... Can I compile mingw32-spice-protocol with version 0.8.0 as I'm using fedora-virt-preview repo on my F14? I would like to compile recent windows drivers binaries... Thanks, Gianluca -- 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

[Bug 634614] Review Request: mingw32-srvany - Utility for creating a service from any MinGW Windows binary
by Red Hat Bugzilla 04 Mar '11

04 Mar '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=634614 Peter Lemenkov <lemenkov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RELEASE_PENDING |CLOSED Resolution| |NEXTRELEASE Last Closed| |2011-03-04 04:59:47 -- 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw March 2011