[Bug 489100] New: No cross-DLL exceptions in mingw32 compilers
by Red Hat Bugzilla
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.
12 years, 4 months
Fwd: Gtk+ win32 fixes, please test
by Kalev Lember
Hello,
Forwarding a message from gtk-devel-list. The rest of the thread is
archived at https://mail.gnome.org/archives/gtk-devel-list/2011-October/msg00055.html
-------- Original Message --------
Subject: Gtk+ win32 fixes, please test
Date: Wed, 19 Oct 2011 22:53:49 +0200
From: Alexander Larsson <alexl(a)redhat.com>
To: gtk-devel-list(a)gnome.org <gtk-devel-list(a)gnome.org>
I just pushed a bunch of changes to how grabs and crossing events
work in the win32 backend to the gtk-2-24-win32 branch, and I want to
fix any other leftover bugs from the client side windows conversion.
Can any people interested in the win32 code please try this out and
report any issues, regressions against gtk-2-24 or just things that are
broken on windows related to windows and events.
I'm doing this work on the 2.24 branch because gtk2 is what most apps
are still using on win32. When this seems to work well I want to forward
port it to 3.2.
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list(a)gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
12 years, 5 months
Broken dependencies in EPEL - 2011-10-30
by Fedora Koji Build System
Your following packages in the repository suffer from broken dependencies:
======================================================================
The results in this summary consider Test Updates!
======================================================================
package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64
unresolved deps:
mingw32(msvcrt.dll)
mingw32(zlib1.dll)
mingw32(kernel32.dll)
mingw32-filesystem >= 0:63
mingw32-runtime
12 years, 6 months
[Bug 652435] New: Define CMAKE_RC_COMPILER
by Red Hat Bugzilla
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.
12 years, 6 months
[mingw32-gcc] rebuild with new gmp without compat lib
by Marcela Mašláňová
commit a2b05cb715092cdab45271346d482bf99fee1f72
Author: Marcela Mašláňová <mmaslano(a)redhat.com>
Date: Wed Oct 26 11:58:41 2011 +0200
rebuild with new gmp without compat lib
mingw32-gcc.spec | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/mingw32-gcc.spec b/mingw32-gcc.spec
index 3af2e67..f95c675 100644
--- a/mingw32-gcc.spec
+++ b/mingw32-gcc.spec
@@ -2,7 +2,7 @@
Name: mingw32-gcc
Version: 4.6.1
-Release: 3%{?dist}.1
+Release: 3%{?dist}.2
Summary: MinGW Windows cross-compiler (GCC) for C
License: GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions
@@ -251,6 +251,9 @@ popd
%changelog
+* Wed Oct 26 2011 Marcela Mašláňová <mmaslano(a)redhat.com> - 4.6.1-3.2
+- rebuild with new gmp without compat lib
+
* Wed Oct 12 2011 Peter Schiffer <pschiffe(a)redhat.com> - 4.6.1-3.1
- rebuild with new gmp
12 years, 6 months
how do I declare something printf like in a portable manner?
by Simson Garfinkel
I have code that trips the warning:
warning: function might be possible candidate for ‘printf’ format attribute
Unfortunately, mingw uses a different declaration for saying something is printf like than gcc does running on MacOS and Linux.
Is there a way to do the declaration in a portable manner?
12 years, 6 months
how do I declare something printf like in a portable manner?
by Simson Garfinkel
I have code that trips the warning:
warning: function might be possible candidate for ‘printf’ format attribute
Unfortunately, mingw uses a different declaration for saying something is printf like than gcc does running on MacOS and Linux.
Is there a way to do the declaration in a portable manner?
12 years, 6 months
Mingw32 packages for CentOS 6 are available!
by Erik van Pienbroek
Hi all,
As mentioned in the 'broken dependencies in EPEL' mailing list posting
which I sent yesterday [1] I helped out the CentOS developers with
getting the mingw32 toolchain bootstrapped using the RHEL 6.1 srpms [2].
I just received word from the CentOS developers that they managed to get
the mingw32 toolchain bootstrapped and all mingw32 packages (as provided
by Red Hat) have just been built successfully!
They are now asking whether people can help out with testing these built
packages. I'm sure there are CentOS 6 users reading along this mailing
list so here's a call to test these packages.
The packages will be published in the CentOS 6 CR repository (which
contains packages which are part of Red Hat 6.1 and will become part of
CentOS 6.1 once its released). This repository is not enabled by default
on a clean CentOS 6.0 installation, so if you want to test out you'd
have to 'yum install centos-release-cr' first.
Once the CR repo is enabled, you can do a 'yum search mingw32' and
install any packages which may be of interest to you.
If the 'yum search mingw32' only returns two results (mingw32-filesystem
and mingw32-binutils) then your mirror isn't up2date yet. In that case
you can try again later.
Test results (either good or bad) can be sent to either this mailing
list (I'll forward them to the CentOS devs) or directly in the CentOS
trac ticket [2].
Kind regards,
Erik van Pienbroek
[1]:
http://lists.fedoraproject.org/pipermail/mingw/2011-October/004182.html
[2]: http://bugs.centos.org/view.php?id=5180
12 years, 6 months
Broken dependencies in EPEL - 2011-10-23
by Fedora Koji Build System
Your following packages in the repository suffer from broken dependencies:
======================================================================
The results in this summary consider Test Updates!
======================================================================
package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64
unresolved deps:
mingw32(msvcrt.dll)
mingw32(zlib1.dll)
mingw32(kernel32.dll)
mingw32-filesystem >= 0:63
mingw32-runtime
12 years, 6 months
gnutls 2.12.x building fun
by Michael Cronenworth
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.
12 years, 6 months
