mingw January 2012

mingw@lists.fedoraproject.org

19 participants
112 discussions

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

[mingw32-gcc] Fix filelist with the latest gcc snapshot
by Erik van Pienbroek 27 Jan '12

27 Jan '12

commit d68326349109308f9fe1ff94b8b560f510aeb7f3 Author: Erik van Pienbroek <epienbro(a)fedoraproject.org> Date: Fri Jan 27 20:35:36 2012 +0100 Fix filelist with the latest gcc snapshot mingw32-gcc.spec | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) --- diff --git a/mingw32-gcc.spec b/mingw32-gcc.spec index a229437..9a3304e 100644 --- a/mingw32-gcc.spec +++ b/mingw32-gcc.spec @@ -222,6 +222,8 @@ popd %{_bindir}/%{_mingw32_target}-c++ %{_mandir}/man1/%{_mingw32_target}-g++.1* %{_libdir}/gcc/%{_mingw32_target}/%{version}/include/c++/ +%{_libdir}/gcc/%{_mingw32_target}/%{version}/libc++11.a +%{_libdir}/gcc/%{_mingw32_target}/%{version}/libc++98.a %{_libdir}/gcc/%{_mingw32_target}/%{version}/libstdc++.a %{_libdir}/gcc/%{_mingw32_target}/%{version}/libstdc++.dll.a %{_libdir}/gcc/%{_mingw32_target}/%{version}/libstdc++.dll.a-gdb.py

1 0

[mingw32-gcc] Update to gcc 4.7 20120126 snapshot
by Erik van Pienbroek 27 Jan '12

27 Jan '12

commit cf7c124923a1c79debbc0e10ea997bdcd8375fce Author: Erik van Pienbroek <epienbro(a)fedoraproject.org> Date: Fri Jan 27 20:12:41 2012 +0100 Update to gcc 4.7 20120126 snapshot This fixes mingw32-qt build failure .gitignore | 1 + mingw32-gcc.spec | 7 +++++-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 186e901..5155359 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ gcc-4.5.1.tar.bz2 /gcc-4.5.3.tar.bz2 /gcc-4.6.1.tar.bz2 /gcc-4.7.0-20120106.tar.bz2 +/gcc-4.7.0-20120126.tar.bz2 diff --git a/mingw32-gcc.spec b/mingw32-gcc.spec index 9cbfe1c..a229437 100644 --- a/mingw32-gcc.spec +++ b/mingw32-gcc.spec @@ -1,9 +1,9 @@ %global __os_install_post /usr/lib/rpm/brp-compress %{nil} -%global snapshot_date 20120106 +%global snapshot_date 20120126 Name: mingw32-gcc Version: 4.7.0 -Release: 0.1.%{snapshot_date}%{?dist} +Release: 0.2.%{snapshot_date}%{?dist} Summary: MinGW Windows cross-compiler (GCC) for C License: GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions @@ -264,6 +264,9 @@ popd %changelog +* Fri Jan 27 2012 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 4.7.0-0.2.20120126 +- Update to gcc 4.7 20120126 snapshot (fixes mingw32-qt build failure) + * Tue Jan 10 2012 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 4.7.0-0.1.20120106 - Update to gcc 4.7 20120106 snapshot diff --git a/sources b/sources index 727576e..3452c45 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -880d74d47fad9799b9e3f98c61c5213f gcc-4.7.0-20120106.tar.bz2 +d96c83882dc395b8465feb9f86ba999d gcc-4.7.0-20120126.tar.bz2

1 0

File gcc-4.7.0-20120126.tar.bz2 uploaded to lookaside cache by epienbro
by Erik van Pienbroek 27 Jan '12

27 Jan '12

A file has been added to the lookaside cache for mingw32-gcc: d96c83882dc395b8465feb9f86ba999d gcc-4.7.0-20120126.tar.bz2

1 0

[Bug 727473] Review Request: mingw-dbus-glib - MinGW Windows GLib bindings for D-Bus
by Red Hat Bugzilla 27 Jan '12

27 Jan '12

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=727473 Kalev Lember <kalevlember(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2012-01-27 14:01:34 --- Comment #3 from Kalev Lember <kalevlember(a)gmail.com> 2012-01-27 14:01:34 EST --- I no longer need this package. It used to be a required dependency for an app I needed to build for win32, but I have now ported it to use GDBus instead. Closing the ticket. -- 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 726895] Review Request: mingw-harfbuzz - MinGW Windows HarfBuzz library
by Red Hat Bugzilla 27 Jan '12

27 Jan '12

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=726895 Kalev Lember <kalevlember(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2012-01-27 13:54:39 --- Comment #3 from Kalev Lember <kalevlember(a)gmail.com> 2012-01-27 13:54:39 EST --- Yes, I believe both pango and Qt are eventually supposed to switch to external harfbuzz library, instead of the bundled copy they are currently using. Last year I had the impression that pango was going to make the switch soon, but now it would appear that there isn't much going on in the pango land. I think I'd now rather wait with importing the new package until we have at least one user. Closing the ticket. -- 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

Package rebuild for /usr-move
by Harald Hoyer 25 Jan '12

25 Jan '12

Hello, this is the /usr-move feature team. One of your packages needs to be modified to enable the Fedora /usr-move feature: https://fedoraproject.org/wiki/Features/UsrMove We will have to modify git master of your package in the next days, and we will build the package in our special koji tag named 'f17-usrmove' to test the integrity of the /usr-move changes. For every changed package in question, you will receive a git commit message, which refers to the /usr-move feature. Your package will depend on 'filesystem' >= 3, which is not yet available in 'f17' / 'rawhide' until the package moves from 'f17-usrmove' to 'f17' / 'rawhide'. This will take some days, so please do _not_ build the modified package in 'rawhide' / 'f17' in the meantime; it can not be installed without filesystem >= 3. If anything important pops up, just contact us on IRC or via email. Thank you for your understanding! Kay & Harald

1 0

Results of gcc 4.7 and mingw-w64 trunk mass rebuild on Fedora
by Erik van Pienbroek 20 Jan '12

20 Jan '12

Hi, As the Fedora project recently decided to introduce a recent gcc 4.7 snapshot and perform a mass rebuild of all packages using it I decided to perform a mass rebuild as well for all cross compiled packages which are currently in the Fedora mingw-w64 testing repository (https://fedoraproject.org/wiki/MinGW/CrossCompilerFramework) For this mass rebuild I've used the following toolchain releases: binutils: 2.22.51 (20120112 snapshot) gcc: 4.7 (20120106 snapshot) mingw-w64: trunk (20120112 snapshot with r4737 and r4738 to fix wcslen) Support for the experimental winpthreads wasn't included in this mass rebuild. A patched copy of pthreads was used to enable libgomp support in GCC. The complete list of packages which were rebuild can be found at http://svn.openftd.org/viewvc/Fedora%20Cross%20Compiler%20Framework/ Here are the statistics of this mass rebuild: Total number of packages: 142 Successful builds: 131 Failed builds: 11 The following packages failed to build: boost-1.47.0 dbus-1.4.8 gettext-0.18.1.1 glib2-2.31.8 kdelibs-4.7.97 libgpg-error-1.10 libvirt-0.9.8 OpenSceneGraph-2.8.3 qpid-cpp-0.12 qt-4.8.0 webkitgtk-1.6.1 Here are the details of the individual failures ----- boost-1.47.0: In file included from /builddir/build/BUILD/boost_1_47_0/boost/thread/detail/platform.hpp:17:0, from /builddir/build/BUILD/boost_1_47_0/boost/thread/thread.hpp:12, from /builddir/build/BUILD/boost_1_47_0/libs/thread/src/win32/thread.cpp:10: /builddir/build/BUILD/boost_1_47_0/boost/config/requires_threads.hpp:29:4: error: #error "Threading support unavaliable: it has been explicitly disabled with BOOST_DISABLE_THREADS" This seems to be caused by a change in behavior in gcc 4.7 wrt thread support. See https://svn.boost.org/trac/boost/ticket/6165 for more details. A workaround is available in that ticket to fix the failure. Thomas Sailer (the Fedora package maintainer of the mingw32-boost package) already applied some changes which are required to build boost using gcc 4.7 and he updated to boost-1.48.0 at the same time. I already forward-ported these changes to the boost package in the mingw-w64 testing repository so the package builds fine now. ----- dbus-1.4.8: ../../dbus/dbus-sysdeps.c: In function '_dbus_error_from_errno': ../../dbus/dbus-sysdeps.c:916:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:912:5: error: previously used here ../../dbus/dbus-sysdeps.c:924:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:920:5: error: previously used here ../../dbus/dbus-sysdeps.c:956:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:952:5: error: previously used here ../../dbus/dbus-sysdeps.c:964:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:960:5: error: previously used here ../../dbus/dbus-sysdeps.c:972:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:968:5: error: previously used here ../../dbus/dbus-sysdeps.c:980:5: error: duplicate case value ../../dbus/dbus-sysdeps.c:976:5: error: previously used here The lines mentioned contain the contents: dbus-sysdeps.c:912 - case EPROTONOSUPPORT: dbus-sysdeps.c:916 - case WSAEPROTONOSUPPORT: dbus-sysdeps.c:920 - case EAFNOSUPPORT: dbus-sysdeps.c:924 - case WSAEAFNOSUPPORT: dbus-sysdeps.c:952 - case ECONNREFUSED: dbus-sysdeps.c:956 - case WSAECONNREFUSED: dbus-sysdeps.c:960 - case ETIMEDOUT: dbus-sysdeps.c:964 - case WSAETIMEDOUT: dbus-sysdeps.c:968 - case ENETUNREACH: dbus-sysdeps.c:972 - case WSAENETUNREACH: dbus-sysdeps.c:976 - case EADDRINUSE: dbus-sysdeps.c:980 - case WSAEADDRINUSE: It looks like a change was done in the mingw-w64 headers recently which makes various WSA error code defines contain exactly the same value as their errno counterparts. I don't know if this is the correct change or not, but it does break compilation of packages. ----- gettext-0.18.1.1: ../../../gettext-tools/gnulib-lib/vsnprintf.c:40:1: error: redefinition of 'vsnprintf' In file included from ./stdio.h:35:0, from ../../../gettext-tools/gnulib-lib/vsnprintf.c:24: /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:545:7: note: previous definition of 'vsnprintf' was here make[3]: *** [vsnprintf.lo] Error 1 Apparently the gettext build scripts think that there's no vsnprintf on win32/win64 and therefore tries to build its own implementation. Upon further investigation I think I've found the cause for this false assumption. Here's a snippet from the configure script config.log: configure:43169: checking for vsnprintf configure:43169: i686-w64-mingw32-gcc -std=gnu99 -o conftest.exe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -I/usr/i686-w64-mingw32/sys-root/mingw/include -Wl,--disable-auto-import conftest.c >&5 conftest.c:336:6: warning: conflicting types for built-in function 'vsnprintf' [enabled by default] /tmp/ccvXYksQ.o: In function `main': /home/erik/fedora_cross/mingw-gettext/gettext-0.18.1.1/build_win32/gettext-tools/conftest.c:347: undefined reference to `vsnprintf' collect2: error: ld returned 1 exit status configure:43169: $? = 1 configure: failed program was: | /* confdefs.h */ <<<trimmed some irrelevant #define's>>> | /* end confdefs.h. */ | /* Define vsnprintf to an innocuous variant, in case <limits.h> declares vsnprintf. | For example, HP-UX 11i <limits.h> declares gettimeofday. */ | #define vsnprintf innocuous_vsnprintf | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char vsnprintf (); below. | Prefer <limits.h> to <assert.h> if __STDC__ is defined, since | <limits.h> exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include <limits.h> | #else | # include <assert.h> | #endif | | #undef vsnprintf | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char vsnprintf (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_vsnprintf || defined __stub___vsnprintf | choke me | #endif | | int | main () | { | return vsnprintf (); | ; | return 0; | } configure:43169: result: no I haven't really further investigated this issue yet ----- glib-2.31.8: ../../gio/gsocket.c:335:3: error: duplicate case value ../../gio/gsocket.c:332:3: error: previously used here The mentioned lines have these contents: gsocket.c:332 - case ENOTSOCK: gsocket.c:335 - case WSAENOTSOCK: This looks like the same cause as the dbus failure ----- kdelibs-4.7.97: Failed to build because I didn't manage to get qt-4.8.0 compiled using gcc 4.7. See below for details about the qt failure ---- libgpg-error-1.10: In file included from ../../src/code-from-errno.c:29:0: ./code-from-errno.h:22:1: error: expected identifier or '(' before '-' token ../../src/code-from-errno.c: In function 'gpg_err_code_from_errno': ../../src/code-from-errno.c:47:33: error: 'err_code_from_index' undeclared (first use in this function) ../../src/code-from-errno.c:47:33: note: each undeclared identifier is reported only once for each function it appears in ../../src/code-from-errno.c: In function 'gpg_err_code_from_syserror': ../../src/code-from-errno.c:68:33: error: 'err_code_from_index' undeclared (first use in this function) ../../src/code-from-errno.c:69:1: warning: control reaches end of non-void function [-Wreturn-type] ../../src/code-from-errno.c: In function 'gpg_err_code_from_errno': ../../src/code-from-errno.c:48:1: warning: control reaches end of non-void function [-Wreturn-type] make[3]: *** [libgpg_error_la-code-from-errno.lo] Error 1 The file code-from-errno.h is an auto-generated file. The mentioned line contains '-2147168224 GPG_ERR_EPROTO'. The undeclared messages are a side-effect of the first error. The value for GPG_ERR_EPROTO seems to come from mingw-w64 headers' errno.h : #define EPROTO 0x8004D020 The helper tool which generates the code-from-errno.h tries to map all possible error codes in an array. As arrays apparently can only contain 2^31-1 elements a wrap-around errors (the result of the call printf("%i", EPROTO) is -2147168224) which confuses the helper tool. This looks much related to the dbus and glib2 failures. Are the error code defines really correct in mingw-w64 trunk? ----- libvirt-0.9.8: stdio-read.c:104:1: error: redefinition of 'vscanf' In file included from ./stdio.h:46:0, from stdio-read.c:23: /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:397:7: note: previous definition of 'vscanf' was here stdio-read.c:110:1: error: redefinition of 'vfscanf' In file included from ./stdio.h:46:0, from stdio-read.c:23: /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:384:7: note: previous definition of 'vfscanf' was here make[4]: *** [stdio-read.lo] Error 1 This one looks very similar to the gettext failure. The file in question is part of gnulib which is bundled with both gettext and libvirt. ----- OpenSceneGraph-2.8.3: /usr/bin/i686-w64-mingw32-g++ -Dosg_EXPORTS -DOSG_DEBUG_POSTFIX=d -DOSG_LIBRARY -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive @CMakeFiles/osg.dir/includes_CXX.rsp -o CMakeFiles/osg.dir/ShapeDrawable.obj -c /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp: In member function 'void PrimitiveShapeVisitor::createHalfSphere(unsigned int, unsigned int, float, int, float, const Matrix&)': /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp:1390:11: warning: variable 'nzBase' set but not used [-Wunused-but-set-variable] /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp:1391:11: warning: variable 'nRatioBase' set but not used [-Wunused-but-set-variable] /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp: In member function 'virtual void PrimitiveShapeVisitor::apply(const osg::Cone&)': /home/erik/fedora_cross/mingw32-OpenSceneGraph/mingw32-OpenSceneGraph-2.8.3/OpenSceneGraph-2.8.3/src/osg/ShapeDrawable.cpp:1682:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccf9y0jy.out file, please attach this to your bugreport. make[2]: *** [src/osg/CMakeFiles/osg.dir/ShapeDrawable.obj] Fout 1 This internal compiler error is reproducible. If you anybody is interested in the .out file just let me know and I'll send it in private mail (it's 1,3MB uncompressed). ----- qpid-cpp-0.12: When trying to build this package against the latest boost-1.48.0 the build will initially fail because of CMake fails to detect boost. See http://koji.fedoraproject.org/koji/getfile?taskID=3709765&name=build.log for the build logs of the Fedora package (build against the mingw.org toolchain). To work around it in the Fedora mingw-w64 testing repo I commented out the include(...) line (line 15) in the file /usr/i686-w64-mingw32/sys-root/mingw/share/cmake/boost/BoostConfig.cmake which makes the boost detection succeed. Unfortunately the build fails later on: /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp: In function 'int uuid_is_null(const uint8_t*)': /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp:45:30: error: cast from type 'const uint8_t* {aka const unsigned char*}' to type 'UUID* {aka _GUID*}' casts away qualifiers [-Werror=cast-qual] /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp: In function 'int uuid_parse(const char*, uint8_t*)': /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp:49:44: error: cast from type 'const char*' to type 'unsigned char*' casts away qualifiers [-Werror=cast-qual] /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp: In function 'void uuid_unparse(const uint8_t*, char*)': /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp:54:29: error: cast from type 'const uint8_t* {aka const unsigned char*}' to type 'UUID* {aka _GUID*}' casts away qualifiers [-Werror=cast-qual] /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp: In function 'int uuid_compare(const uint8_t*, const uint8_t*)': /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp:66:30: error: cast from type 'const uint8_t* {aka const unsigned char*}' to type 'UUID* {aka _GUID*}' casts away qualifiers [-Werror=cast-qual] /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/sys/windows/uuid.cpp:66:40: error: cast from type 'const uint8_t* {aka const unsigned char*}' to type 'UUID* {aka _GUID*}' casts away qualifiers [-Werror=cast-qual] cc1plus: all warnings being treated as errors I didn't really bother to investigate these warnings so I decided to temporary strip the -Werror from the compiler flags. However, that turned out not to be enough as another compile failure also occurs: /home/erik/fedora_cross/mingw32-qpid-cpp/qpid-0.12/cpp/src/qpid/log/Logger.cpp:26:43: fatal error: boost/pool/detail/singleton.hpp: No such file or directory compilation terminated. This looks to be caused by the introduction of boost 1.48.0. I guess that qpid-cpp 0.12 doesn't support boost 1.48 yet and that the CMake boost detection issue is a packaging issue ----- qt-4.8.0: In file included from /builddir/build/BUILD/qt-everywhere-opensource-src-4.8.0/src/xmlpatterns/type/qbuiltinatomictypes_p.h:55:0, from /builddir/build/BUILD/qt-everywhere-opensource-src-4.8.0/src/xmlpatterns/type/qbuiltinatomictypes.cpp:45: /builddir/build/BUILD/qt-everywhere-opensource-src-4.8.0/src/xmlpatterns/type/qatomiccasterlocators_p.h:570:46: error: 'virtual QPatternist::AtomicTypeVisitorResult::Ptr QPatternist::ToDerivedIntegerCasterLocator<type>::visit(const QPatternist::BooleanType*, const QPatternist::SourceLocationReflection*) const' cannot be overloaded /builddir/build/BUILD/qt-everywhere-opensource-src-4.8.0/src/xmlpatterns/type/qatomiccasterlocators_p.h:295:46: error: with 'virtual QPatternist::AtomicTypeVisitorResult::Ptr QPatternist::ToIntegerCasterLocator::visit(const QPatternist::BooleanType*, const QPatternist::SourceLocationReflection*) const' /builddir/build/BUILD/qt-everywhere-opensource-src-4.8.0/src/xmlpatterns/type/qatomiccasterlocators_p.h:577:46: error: 'virtual QPatternist::AtomicTypeVisitorResult::Ptr QPatternist::ToDerivedIntegerCasterLocator<type>::visit(const QPatternist::StringType*, const QPatternist::SourceLocationReflection*) const' cannot be overloaded <more errors stripped> This seems to be caused a change in behavior in gcc 4.7. Somebody else also experienced this compiler error while building a native qt using gcc 4.7: http://developer.qt.nokia.com/forums/viewthread/12606 The native qt package in Fedora also currently fails to build due to this issue (http://koji.fedoraproject.org/koji/getfile?taskID=3635149&name=build.log&of…) so I guess upstream will come up with a solution soon. ----- webkitgtk-1.6.1: In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/glib-2.0/glib/gasyncqueue.h:34:0, from /usr/i686-w64-mingw32/sys-root/mingw/include/glib-2.0/glib.h:34, from ../Source/JavaScriptCore/wtf/unicode/glib/UnicodeGLib.h:32, from ../Source/JavaScriptCore/wtf/unicode/Unicode.h:33, from ../Source/JavaScriptCore/wtf/StringHasher.h:24, from ../Source/JavaScriptCore/wtf/text/StringImpl.h:32, from ../Source/JavaScriptCore/wtf/text/WTFString.h:28, from ../Source/JavaScriptCore/wtf/DateMath.h:54, from ../Source/JavaScriptCore/runtime/DateInstanceCache.h:29, from ../Source/JavaScriptCore/runtime/JSGlobalData.h:34, from ../Source/JavaScriptCore/interpreter/CallFrame.h:26, from ../Source/JavaScriptCore/runtime/JSCell.h:27, from ../Source/JavaScriptCore/runtime/JSAPIValueWrapper.h:26, from ../Source/JavaScriptCore/API/APICast.h:29, from ../Source/JavaScriptCore/API/JSBase.cpp:30: /usr/i686-w64-mingw32/sys-root/mingw/include/glib-2.0/glib/gthread.h:51:16: error: 'union' tag used in naming 'struct _GMutex' [-fpermissive] In file included from ../Source/JavaScriptCore/wtf/Platform.h:1123:0, from ../Source/JavaScriptCore/config.h:30, from ../Source/JavaScriptCore/API/JSBase.cpp:26: ../Source/JavaScriptCore/wtf/gobject/GTypedefs.h:55:16: note: 'struct _GMutex' was previously declared here This is a compatibility issue with glib2. See https://bugs.webkit.org/show_bug.cgi?id=69840 for more details. Unfortunately the ticket mentions that the proposed patch will break webkitgtk for Win32, so more research is required to find out if the issues are already resolved by now. ----- Could anybody shed some light about the issues which were encountered during this mass rebuild? Especially the errno codes looks like a serious issue to me. Kind regards, Erik van Pienbroek

4 4

Re: [Mingw-w64-public] Results of gcc 4.7 and mingw-w64 trunk mass rebuild on Fedora
by Erik van Pienbroek 20 Jan '12

20 Jan '12

Ruben Van Boxem schreef op do 19-01-2012 om 21:21 [+0100]: > 2012/1/19 Ruben Van Boxem <vanboxem.ruben(a)gmail.com> > I have also successfully built the latest qt 4.8 from git > using my updated GCC 4.7.0-1 release from a few days ago. So > either GCC or Qt fixed what was problematic. > > My apologies, my last rebuild is dated 17 December. Current Qt 4.8 > trunk still shows this failure. I tested both my 4.7.0-1 release and > 4.6.3-1 release, the latter did not show this problem. I suppose it's > a GCC 4.7 problem then. It hasn't been released yet for a reason it > seems. > Yesterday various changes were pushed to mingw-w64 trunk which should resolve many of the mentioned compile failures. Right now another mass rebuild is running which uses these toolchain components: binutils: 2.22.51 (20120112 snapshot) gcc: 4.7 (20120119 snapshot) mingw-w64: trunk (20120120 snapshot) I expect the mass rebuild to complete in about 24 hours so I'll report back once this mass rebuild has completed. Kind regards, Erik van Pienbroek

1 0

[pkgdb] mingw32-iconv (un)retirement
by Fedora PackageDB 19 Jan '12

19 Jan '12

Package mingw32-iconv in Fedora devel has been retired by epienbro To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/mingw32-iconv

1 0

← Newer
1
2
3
4
5
6
7
8
...
12
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw January 2012