[mingw32-libpng/f16] static subpackage
by ivanromanov
commit a8457f822035baa38cca3dec8a530934f3afd955
Author: Ivan Romanov <drizt(a)land.ru>
Date: Sat Dec 24 20:51:56 2011 +0600
static subpackage
mingw32-libpng.spec | 21 +++++++++++++++++++--
1 files changed, 19 insertions(+), 2 deletions(-)
---
diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec
index 4ec429d..9cbd88e 100644
--- a/mingw32-libpng.spec
+++ b/mingw32-libpng.spec
@@ -4,7 +4,7 @@
Name: mingw32-libpng
Version: 1.4.8
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: MinGW Windows Libpng library
License: zlib
@@ -26,6 +26,16 @@ Requires: pkgconfig
MinGW Windows Libpng library.
+%package static
+Summary: Static version of MinGW Windows Libpng library
+Requires: %{name} = %{version}-%{release}
+Group: Development/Libraries
+
+%description static
+MinGW Windows Libpng library.
+
+This package contains static cross-compiled libraries.
+
%{?_mingw32_debug_package}
@@ -34,7 +44,7 @@ MinGW Windows Libpng library.
%build
-%{_mingw32_configure} --disable-static
+%{_mingw32_configure}
make %{?_smp_mflags}
@@ -61,8 +71,15 @@ rm -rf $RPM_BUILD_ROOT%{_mingw32_mandir}
%{_mingw32_libdir}/pkgconfig/libpng.pc
%{_mingw32_libdir}/pkgconfig/libpng14.pc
+%files static
+%defattr(-,root,root,-)
+%{_mingw32_libdir}/libpng.a
+%{_mingw32_libdir}/libpng14.a
%changelog
+* Sat Dec 24 2011 Ivan Romanov <drizt(a)land.ru> - 1.4.8-2
+- New static subpackage
+
* Fri Jul 22 2011 Kalev Lember <kalevlember(a)gmail.com> - 1.4.8-1
- Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
- Generate debuginfo subpackage
12 years, 4 months
[mingw32-libpng/f15] static subpackage
by ivanromanov
commit a87e23eca174758c6d231b3dc7688f6e784b50b0
Author: Ivan Romanov <drizt(a)land.ru>
Date: Sat Dec 24 20:44:24 2011 +0600
static subpackage
mingw32-libpng.spec | 25 +++++++++++++++++++++----
1 files changed, 21 insertions(+), 4 deletions(-)
---
diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec
index 4b8b12e..407c831 100644
--- a/mingw32-libpng.spec
+++ b/mingw32-libpng.spec
@@ -6,7 +6,7 @@
Name: mingw32-libpng
Version: 1.4.8
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: MinGW Windows Libpng library
License: zlib
@@ -29,6 +29,17 @@ Requires: pkgconfig
%description
MinGW Windows Libpng library.
+%package static
+Summary: Static version of MinGW Windows Libpng library
+Requires: %{name} = %{version}-%{release}
+Group: Development/Libraries
+
+
+%description static
+MinGW Windows Libpng library.
+
+This package contains static cross-compiled libraries.
+
%prep
%setup -q -n libpng-%{version}
@@ -52,8 +63,6 @@ rm -rf $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
-rm $RPM_BUILD_ROOT%{_mingw32_libdir}/libpng.a
-
# No need to distribute manpages which appear in the Fedora
# native packages already.
rm -rf $RPM_BUILD_ROOT%{_mingw32_mandir}
@@ -74,14 +83,22 @@ rm -rf $RPM_BUILD_ROOT
%{_mingw32_includedir}/pngconf.h
%{_mingw32_libdir}/libpng.dll.a
%{_mingw32_libdir}/libpng.la
-%{_mingw32_libdir}/libpng14.a
%{_mingw32_libdir}/libpng14.dll.a
%{_mingw32_libdir}/libpng14.la
%{_mingw32_libdir}/pkgconfig/libpng.pc
%{_mingw32_libdir}/pkgconfig/libpng14.pc
+%files static
+%defattr(-,root,root,-)
+%{_mingw32_libdir}/libpng.a
+%{_mingw32_libdir}/libpng14.a
+
+
%changelog
+* Sat Dec 24 2011 Ivan Romanov <drizt(a)land.ru> - 1.4.8-2
+- New static subpackage
+
* Fri Jul 22 2011 Kalev Lember <kalevlember(a)gmail.com> - 1.4.8-1
- Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
12 years, 4 months
[mingw32-sqlite] static subpackage
by ivanromanov
commit 602064f2fa9aaade642fe95759c6badf4b55ff5d
Author: Ivan Romanov <drizt(a)land.ru>
Date: Sat Dec 24 20:24:05 2011 +0600
static subpackage
mingw32-sqlite.spec | 29 +++++++++++++++++++++++++----
1 files changed, 25 insertions(+), 4 deletions(-)
---
diff --git a/mingw32-sqlite.spec b/mingw32-sqlite.spec
index 663454f..aa8afca 100644
--- a/mingw32-sqlite.spec
+++ b/mingw32-sqlite.spec
@@ -16,7 +16,7 @@
Name: mingw32-%{name1}
Version: %{rpmver}
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: MinGW Windows port of sqlite embeddable SQL database engine
License: Public Domain
@@ -70,6 +70,23 @@ This package contains cross-compiled libraries and development tools
for Windows.
+%package static
+Summary: Static version of MinGW Windows port of sqlite library
+Requires: %{name} = %{version}-%{release}
+Group: Development/Libraries
+
+%description static
+SQLite is a C library that implements an SQL database engine. A large
+subset of SQL92 is supported. A complete database is stored in a
+single disk file. The API is designed for convenience and ease of use.
+Applications that link against SQLite can enjoy the power and
+flexibility of an SQL database without the administrative hassles of
+supporting a separate database server. Version 2 and version 3 binaries
+are named to permit each to be installed on a single host
+
+This package contains static cross-compiled library
+
+
%{_mingw32_debug_package}
@@ -116,9 +133,6 @@ make
rm -rf $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
-# Remove static libraries but DON'T remove *.dll.a files.
-rm $RPM_BUILD_ROOT%{_mingw32_libdir}/libsqlite3.a
-
chmod 0644 $RPM_BUILD_ROOT%{_mingw32_libdir}/libsqlite3.dll.a
mv $RPM_BUILD_ROOT%{_mingw32_libdir}/libsqlite3-0.dll $RPM_BUILD_ROOT%{_mingw32_bindir}/
@@ -148,7 +162,14 @@ rm -rf $RPM_BUILD_ROOT
%{_mingw32_datadir}/tcl%{tclversion}/sqlite3/pkgIndex.tcl
%endif
+%files static
+%defattr(-,root,root,-)
+%{_mingw32_libdir}/libsqlite3.a
+
%changelog
+* Sat Dec 24 2011 Ivan Romanov <drizt(a)land.ru> - 3.7.5-2
+- static subpackage
+
* Sun Feb 13 2011 Thomas Sailer <t.sailer(a)alumni.ethz.ch> - 3.7.5-1
- update to 3.7.5
12 years, 4 months
GD package for MinGW64/32
by Boszormenyi Zoltan
Hi,
I was trying to cross-compile the RLIB reporting library:
http://rlib.sicompos.com/
http://newrlib.sicom.com/~rlib/index.php/Main_Page
and it prefers GD to be present. So, I tried to compile GD (version
2.0.35-13 SRPM as in Fedora 16) using the fedora-cross repos
for MinGW32-w64. There were some problems with it as the
configure.ac in GD only expected Cygwin, not MinGW without Cygwin.
The patch against configure.ac and the RPM specfile to package
for fedora-cross are attached.
Best regards,
Zoltán Böszörményi
12 years, 4 months
Broken dependencies in EPEL - 2011-12-18
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, 4 months
Question about the MinGW-packaged Webkit
by Boszormenyi Zoltan
Hi,
I am trying to use the webkit_web_view widget in my GTK2 application.
1st problem:
I am trying to display an report (the engine can output HTML) this way:
webkit_web_view_load_string(WEBKIT_WEB_VIEW(report_web_view), buf, "text/html",
"ISO-8859-2", url);
char *buf contains the HTML content of course, char *url
contains "file:///C:\Program Files\myapp" as the base url so
the content should also find an external logo image in that directory.
The problem is that the logo isn't displayed, neither under Wine,
nor under native Windows. What should be set as the "base url"
to get it displayed?
2nd problem:
The content's HTML header looks like this:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<style type="text/css">
pre { margin:0; padding:0; margin-top:0; margin-bottom:0; font-size:9pt;}
body { background-color: #ffffff;}
div { position: absolute; left: 0; }
TABLE { border: 0; border-spacing: 0; padding: 0; width:100%; }
</style>
<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-2"><title>RLIB
Report</title></head>
The report contents (besides the logo) is displayed perfectly under Wine.
But in Windows it swallows a some lines, maybe during conversion.
Interestingly, all the lines that contain accented hungarian characters
are visible, but ones that only contains plain ASCII are not. I would expect
the reverse: iconv bails out with error in case of inconvertible characters.
All the lines are present in the html string, I verified it by writing it to a disk file.
My application is packaged with NSIS and libwebkitgtk-1.0-0.dll and all the
required DLLs are included. Is there anything else I should also package
to make webkit display everything?
Thanks in advance,
Zoltán Böszörményi
12 years, 4 months
Broken dependencies in EPEL - 2011-12-11
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, 4 months
Re: Package for mingw64-pdcurses
by Erik van Pienbroek
Christophe GRENIER schreef op di 06-12-2011 om 14:02 [+0100]:
> Hello
>
> Using the spec file for mingw32-pdcurses, I have tried to
> create a mingw64 version. It compiles but the generated binaries
> crashes... Do you have any experience with it ?
>
> Thanks,
> Christophe
>
Hi Christophe,
Please send any questions regarding the Fedora MinGW toolchain (and the
mingw-w64 testing repo) to the mailing list
mingw(a)lists.fedoraproject.org. That way other people can also help you
with these kind of questions. I've CC'ed this message to the mailing
list for now.
The general method to debug crashes in binaries is by using gdb. For
win64 we've got the mingw64-gdb package available in the mingw-w64
testing repo. You can copy the gdb.exe from that package to a win64
environment (some additional dll's may be required) and try to reproduce
the crash inside of gdb. I won't fully explain how you can use gdb as
there's already enough info available online about that subject.
It's quite possible that these kind of crashes (where the win32 version
works fine and the win64 version crashes) are caused by the assumption
that sizeof(long) == 8 bytes on 64bit platforms while in reality it is
only 4 bytes on win64. To be able to find out if this is also the case
for the crash you're seeing you'd have to catch the crash using gdb
first and look at the code involved.
Kind regards,
Erik van Pienbroek
12 years, 4 months