Fwd: Goocanvas for Mingw32
by Richard W.M. Jones
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
12 years, 2 months
[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, 3 months
[Bug 497492] New: mingw32-libjpeg crash on windows, typedef
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: mingw32-libjpeg crash on windows, typedef
https://bugzilla.redhat.com/show_bug.cgi?id=497492
Summary: mingw32-libjpeg crash on windows, typedef
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-libjpeg
AssignedTo: rjones(a)redhat.com
ReportedBy: mikkel(a)linet.dk
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
Mikkel Kruse Johnsen <mikkel(a)linet.dk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |fedora-review?
Created an attachment (id=341131)
--> (https://bugzilla.redhat.com/attachment.cgi?id=341131)
Patch for SPEC file, to include jpeg-6b-typedefs.patch
Description of problem:
Testing with webkitgtk and loading pages containing jpeg images courses a crash
How reproducible:
Always
Steps to Reproduce:
1. Load ex http://arabic.cnn.com in webkitgtk
Actual results:
Crash
Expected results:
Should load
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.
13 years, 10 months
[Bug 498508] New: mingw32-zlib does not build mingw32-minizip
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: mingw32-zlib does not build mingw32-minizip
https://bugzilla.redhat.com/show_bug.cgi?id=498508
Summary: mingw32-zlib does not build mingw32-minizip
Product: Fedora
Version: rawhide
Platform: All
URL: http://sailer.fedorapeople.org
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: mingw32-zlib
AssignedTo: rjones(a)redhat.com
ReportedBy: t.sailer(a)alumni.ethz.ch
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
The native zlib SRPM also builds the minizip library and the minizip and
minizip-devel RPM's.
The mingw32 version - mingw32-zlib - does neither build the minizip DLL nor
mingw32-minizip RPM's.
On http://sailer.fedorapeople.org, I've put a version of the mingw32-zlib SRPM
that uses the same (autotools) buildsystem as the native package uses. It build
both the zlib and the minizip RPMs. The downside of this package, however, is
that the binary name of the zlib DLL changes from zlib1.dll to libz-1.dll.
Implib names stay the same. I have no idea how to change the DLL name with
libtool. So the downside of this package is that while it is API compatible, it
is not ABI compatible.
--
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.
14 years, 11 months