jmorecfg.h INT32
by Nerijus Baliunas
Hello,
I am trying to compile poppler-0.16.7 on Fedora 15. mingw32-configure fails to link libopenjpeg:
checking for opj_cio_open in -lopenjpeg... no
checking openjpeg.h usability... yes
checking openjpeg.h presence... yes
checking for openjpeg.h... yes
Why? But running mingw32-cmake instead of mingw32-configure enables libopenjpeg support.
Later it fails:
In file included from /usr/i686-pc-mingw32/sys-root/mingw/include/winnt.h:192:0,
from /usr/i686-pc-mingw32/sys-root/mingw/include/windef.h:253,
from /home/nerijus/rpmbuild/BUILD/poppler-0.16.7/poppler/poppler-config.h:83,
from /home/nerijus/rpmbuild/BUILD/poppler-0.16.7/poppler/Error.h:33,
from /home/nerijus/rpmbuild/BUILD/poppler-0.16.7/goo/JpegWriter.cc:17:
/usr/i686-pc-mingw32/sys-root/mingw/include/basetsd.h:52:13: error: conflicting declaration 'typedef int INT32'
/usr/i686-pc-mingw32/sys-root/mingw/include/jmorecfg.h:164:14: error: 'INT32' has a previous declaration as 'typedef long int INT32'
It is a known problem, I know wxWidgets have workaround for it. Which one should I use?
Regards,
Nerijus
12 years, 3 months
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, 4 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, 5 months
Proposal: updated Fedora MinGW Packaging Guidelines
by Erik van Pienbroek
Hi all,
Some time ago Kalev Lember introduced a new dependency extraction
mechanism in the mingw32-filesystem package which uses the RPM 4.9
hooks. Due to this change, some instructions can now be dropped from all
Fedora MinGW spec files.
Because of this change a revision of the Fedora MinGW Packaging
Guidelines is required. Initially we had hoped to make the switch to
mingw-w64 (and thus the new packaging guidelines) earlier, but as we're
still waiting on legal approval I think it would be wise to revise the
original Fedora MinGW Packaging Guidelines one more time.
I just updated the original packaging guidelines and put a draft up for
review for the Fedora Packaging Committee. The exact changes can be seen
at https://fedoraproject.org/w/index.php?title=PackagingDrafts%
2FMinGW&action=historysubmit&diff=262356&oldid=262352
The changes are pretty straightforward:
* The old dependency extraction instructions can now be dropped
* .def files shouldn't have to be bundled with packages anymore
Before proposing these changes to the FPC I would like to put it up for
review on this mailing list first. If anybody thinks my proposed changes
should be rewritten or some other element needs to updated I'd like to
hear about it so it can be changed before proposing it to the FPC.
If I don't hear anything back in the next 24 hours I'll file a ticket at
the FPC so it can be discussed in their next meeting.
Kind regards,
Erik van Pienbroek
12 years, 6 months
[Bug 756776] Review Request: mingw32-libosinfo - MinGW Windows libvirt virtualization library
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.
https://bugzilla.redhat.com/show_bug.cgi?id=756776
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |erik-fedora(a)vanpienbroek.nl
AssignedTo|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl
Flag| |fedora-review?
--- Comment #1 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-11-30 16:49:04 EST ---
Taking for review.
The comments I already mentioned in your mingw32-libvirt-glib review request
(bug 754437) also apply for this package. Please resolve these first and after
you've published a revised spec file I'll continue with the review
--
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
[Bug 754437] Review Request: mingw32-libvirt-glib - libvirt glib integration for event
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.
https://bugzilla.redhat.com/show_bug.cgi?id=754437
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |erik-fedora(a)vanpienbroek.nl
AssignedTo|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl
Flag| |fedora-review?
--- Comment #1 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-11-30 16:43:25 EST ---
Taking for review
- The latest upstream version is 0.0.2. Please update to this version
- Please replace the %define's at the top of the .spec file with these:
%global __strip %{_mingw32_strip}
%global __objdump %{_mingw32_objdump}
%define __debug_install_post %{_mingw32_debug_install_post}
- Please add the line %{?_mingw32_debug_package} between the last %description
and the %prep lines. This is required for automatic debuginfo extraction
- The BuildRoot tag, the 'rm -rf $RPM_BUILD_ROOT' from the %install section,
the entire %clean section and the various %defattr lines can all be dropped as
they're not needed any more with recent RPM
Next to this I would also like to recommend you to name the package
'mingw-libvirt-glib' (which provides the 'mingw32-libvirt-glib' and other
subpackages). We recommend this for new packages so they can easily be adjusted
to have mingw-w64 support without requiring a full re-review. Support for
mingw-w64 is a planned feature for Fedora 17, but is currently stalled because
we're still waiting for legal approval:
http://lists.fedoraproject.org/pipermail/legal/2011-November/001754.html
An example of a package which uses this new naming scheme can be found at
https://fedoraproject.org/wiki/Packaging:MinGW#Example_Specfile
--
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
[Bug 726895] Review Request: mingw-harfbuzz - MinGW Windows HarfBuzz library
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.
https://bugzilla.redhat.com/show_bug.cgi?id=726895
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |erik-fedora(a)vanpienbroek.nl
--- Comment #2 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-11-30 15:14:51 EST ---
Kalev, do you know if this package is intended to be used by pango and/or qt in
the future? I think we should try to avoid introducing more dependency bloat in
the Gtk and Qt toolchain so we need to be careful with such changes. I would
like to prevent introducing fontconfig and freetype as dependencies for the Gtk
and Qt toolchain so perhaps we could better eliminate the freetype (and thus
fontconfig) as dependency from this package (unless it brings a significant
benefit for the win32 target of course). A quick look at the configure.ac file
inside this package indicates that freetype (and cairo-ft) are optional.
--
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