[Bug 698827] Cannot run Midori cross-compiled with mingw32 packages from fedora15
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=698827
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|MODIFIED |ON_QA
--- Comment #5 from Fedora Update System <updates(a)fedoraproject.org> 2011-04-22 21:15:07 EDT ---
Package mingw32-pthreads-2.8.0-13.fc15, mingw32-libxslt-1.1.26-3.fc15,
mingw32-gnutls-2.6.4-6.fc15, mingw32-cppunit-1.12.1-5.fc15,
mingw32-dirac-1.0.2-4.fc15, mingw32-libglademm24-2.6.7-10.fc15,
mingw32-boost-1.46.0-0.2.beta1.fc15, mingw32-libsqlite3x-20071018-12.fc15,
mingw32-pcre-8.10-4.fc15, mingw32-plib-1.8.5-3.fc15,
mingw32-plotmm-0.1.2-6.fc15, mingw32-xerces-c-3.0.1-3.fc15,
mingw32-zfstream-20041202-9.fc15, mingw32-libsoup-2.32.0-3.fc15,
mingw32-OpenSceneGraph-2.8.3-3.fc15, mingw32-libxml++-2.34.1-1.fc15,
mingw32-qt-4.7.1-5.fc15, mingw32-qwt-5.2.1-3.fc15,
mingw32-webkitgtk-1.3.6-4.fc15:
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing mingw32-pthreads-2.8.0-13.fc15
mingw32-libxslt-1.1.26-3.fc15 mingw32-gnutls-2.6.4-6.fc15
mingw32-cppunit-1.12.1-5.fc15 mingw32-dirac-1.0.2-4.fc15
mingw32-libglademm24-2.6.7-10.fc15 mingw32-boost-1.46.0-0.2.beta1.fc15
mingw32-libsqlite3x-20071018-12.fc15 mingw32-pcre-8.10-4.fc15
mingw32-plib-1.8.5-3.fc15 mingw32-plotmm-0.1.2-6.fc15
mingw32-xerces-c-3.0.1-3.fc15 mingw32-zfstream-20041202-9.fc15
mingw32-libsoup-2.32.0-3.fc15 mingw32-OpenSceneGraph-2.8.3-3.fc15
mingw32-libxml++-2.34.1-1.fc15 mingw32-qt-4.7.1-5.fc15 mingw32-qwt-5.2.1-3.fc15
mingw32-webkitgtk-1.3.6-4.fc15'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/mingw32-pthreads-2.8.0-13.fc15,mi...
then log in and leave karma (feedback).
--
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
[Bug 698827] Cannot run Midori cross-compiled with mingw32 packages from fedora15
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=698827
--- Comment #4 from Fedora Update System <updates(a)fedoraproject.org> 2011-04-21 21:00:02 EDT ---
mingw32-pthreads-2.8.0-13.fc15,mingw32-libxslt-1.1.26-3.fc15,mingw32-gnutls-2.6.4-6.fc15,mingw32-cppunit-1.12.1-5.fc15,mingw32-dirac-1.0.2-4.fc15,mingw32-libglademm24-2.6.7-10.fc15,mingw32-boost-1.46.0-0.2.beta1.fc15,mingw32-libsqlite3x-20071018-12.fc15,mingw32-pcre-8.10-4.fc15,mingw32-plib-1.8.5-3.fc15,mingw32-plotmm-0.1.2-6.fc15,mingw32-xerces-c-3.0.1-3.fc15,mingw32-zfstream-20041202-9.fc15,mingw32-libsoup-2.32.0-3.fc15,mingw32-OpenSceneGraph-2.8.3-3.fc15,mingw32-libxml++-2.34.1-1.fc15,mingw32-qt-4.7.1-5.fc15,mingw32-qwt-5.2.1-3.fc15,mingw32-webkitgtk-1.3.6-4.fc15
has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/mingw32-pthreads-2.8.0-13.fc15,mi...
--
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
[Bug 698827] Cannot run Midori cross-compiled with mingw32 packages from fedora15
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=698827
Kalev Lember <kalev(a)smartlink.ee> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |fedora-mingw(a)lists.fedorapr
| |oject.org
QAContact|extras-qa(a)fedoraproject.org |kalev(a)smartlink.ee
--- Comment #2 from Kalev Lember <kalev(a)smartlink.ee> 2011-04-21 18:09:21 EDT ---
In addition to mingw32-libsoup and mingw32-libxslt, there are a few more
affected packages.
I wrote a small program which uses libltdl to dlopen a file specified on its
command line and reports back whether the operation succeeded. I then installed
all the mingw packages with 'yum install mingw32*' and using the program,
iterated over all the dll files.
According to the script, the broken packages are:
mingw32-boost-1.46.0-0.1.beta1.fc15.noarch
mingw32-cppunit-1.12.1-4.fc15.noarch
mingw32-dirac-1.0.2-3.fc15.noarch
mingw32-gnutls-2.6.4-5.fc15.noarch
mingw32-libglademm24-2.6.7-9.fc15.noarch
mingw32-libsoup-2.32.0-2.fc15.noarch
mingw32-libsq3-20071018-11.fc15.noarch
mingw32-libsqlite3x-20071018-11.fc15.noarch
mingw32-libvirt-0.8.3-1.fc15.noarch
mingw32-libxml++-2.33.1-2.fc15.noarch
mingw32-libxslt-1.1.26-2.fc15.noarch
mingw32-OpenSceneGraph-2.8.3-2.fc14.noarch
mingw32-OpenThreads-2.8.3-2.fc14.noarch
mingw32-pcre-8.10-3.fc15.noarch
mingw32-plib-1.8.5-2.fc15.noarch
mingw32-plotmm-0.1.2-5.fc15.noarch
mingw32-pthreads-2.8.0-12.fc15.noarch
mingw32-qpid-cpp-0.8-0.6.fc15.noarch
mingw32-qt-4.7.1-4.fc15.noarch
mingw32-qwt-5.2.1-2.fc15.noarch
mingw32-webkitgtk-1.3.6-3.fc15.noarch
mingw32-xerces-c-3.0.1-2.fc15.noarch
mingw32-zfstream-20041202-8.fc15.noarch
I'll handle the rebuilds of these packages.
--
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
[mingw32-pthreads] Rebuilt for pseudo-reloc version mismatch (#698827)
by Kalev Lember
commit dc57f4600486bd31e906493e4dcec1396d33e5a0
Author: Kalev Lember <kalev(a)smartlink.ee>
Date: Fri Apr 22 00:56:51 2011 +0300
Rebuilt for pseudo-reloc version mismatch (#698827)
mingw32-pthreads.spec | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/mingw32-pthreads.spec b/mingw32-pthreads.spec
index 4654eca..e6dbf82 100644
--- a/mingw32-pthreads.spec
+++ b/mingw32-pthreads.spec
@@ -9,7 +9,7 @@
Name: mingw32-pthreads
Version: 2.8.0
-Release: 12%{?dist}
+Release: 13%{?dist}
Summary: MinGW pthread library
%define crazy_version %(echo %{version}|tr . -)
@@ -117,6 +117,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Fri Apr 22 2011 Kalev Lember <kalev(a)smartlink.ee> - 2.8.0-13
+- Rebuilt for pseudo-reloc version mismatch (#698827)
+
* Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.8.0-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
13 years
Trying to compile the dlfcn-win32
by Jay Higley
I'm trying to port the mingw32-dlfcn-w32 package over to the new cross
compilers. Unfortunately I am not really very good with spec files. I've
changed the spec file that came with the original source RPM to get the
following, but trying to rebuild gives an error locating windows.h (which is
in the expected locations for the cross filesystems). Can anyone give me
some help on this?
-Jay
The spec file...
%global __strip %{_cross_strip}
%global __objdump %{_cross_objdump}
%global _use_internal_dependency_generator 0
%global __find_requires %{_cross_findrequires}
%global __find_provides %{_cross_findprovides}
%define __debug_install_post %{_cross_debug_install_post}
%global realname dlfcn-win32
%global _cross_pkg_name dlfcn-win32
%global _cross_build_win32 1
%global _cross_build_win64 1
%global alphatag r11
Name: cross-dlfcn
Version: 0
Release: 0.8.%{alphatag}%{?dist}
Summary: Implements a wrapper for dlfcn (dlopen dlclose dlsym dlerror)
License: LGPLv2+
Group: Development/Libraries
URL: http://code.google.com/p/dlfcn-win32/
Source0:
http://dlfcn-win32.googlecode.com/files/%{realname}-%{alphatag}.tar.bz2
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u}
-n)
BuildArch: noarch
BuildRequires: cross-filesystem >= 65
BuildRequires: cross-gcc
BuildRequires: cross-binutils
#BuildRequires: dos2unix
Patch1: dlfcn_configure.patch
Patch2: dlfcn-fix-cplusplus-linkage.patch
%{?_cross_default_requires}
%{?_cross_debug_package}
%description
This library implements a wrapper for dlfcn, as specified in POSIX and SUS,
around the dynamic link library functions found in the Windows API.
%package -n mingw32-%{_cross_pkg_name}
Summary: Dynamic version of the MinGW Windows dlfcn library
Requires: %{name} = %{version}-%{release}
Group: Development/Libraries
%description -n mingw32-%{_cross_pkg_name}
%{description}
%package -n mingw32-%{_cross_pkg_name}-static
Summary: Static version of the MinGW Windows dlfcn library
Requires: %{name} = %{version}-%{release}
Group: Development/Libraries
%description -n mingw32-%{_cross_pkg_name}-static
%{description}
%package -n mingw64-%{_cross_pkg_name}
Summary: Dynamic version of the MinGW Windows dlfcn library
Requires: %{name} = %{version}-%{release}
Group: Development/Libraries
%description -n mingw64-%{_cross_pkg_name}
%{description}
%package -n mingw64-%{_cross_pkg_name}-static
Summary: Static version of the MinGW Windows dlfcn library
Requires: %{name} = %{version}-%{release}
Group: Development/Libraries
%description -n mingw64-%{_cross_pkg_name}-static
%{description}
%prep
%setup -q -n %{realname}-%{alphatag}
%{__sed} -i 's/\r//' configure
%{__sed} -i 's/\r//' README
%{__sed} -i 's/\r//' COPYING
%patch1 -p1
%patch2 -p0
%build
%{_cross_configure -s static "--disable-shared" "--enable-static"}
%{_cross_configure -s static "--disable-static"}
%{_cross_make -s static %{?_smp_mflags}}
%{_cross_make -s shared %{?_smp_mflags}}
%install
rm -rf $RPM_BUILD_ROOT
%{_cross_make_install -s static "DESTDIR=$RPM_BUILD_ROOT/build_static"}
%{_cross_make_install -s shared "DESTDIR=$RPM_BUILD_ROOT"}
# Move the static libraries to the right location
mv $RPM_BUILD_ROOT/build_static%{_mingw32_libdir}/*.a
$RPM_BUILD_ROOT%{_mingw32_libdir}
mv $RPM_BUILD_ROOT/build_static%{_mingw64_libdir}/*.a
$RPM_BUILD_ROOT%{_mingw64_libdir}
# Manually merge the libtool files
#sed -i s/"old_library=''"/"old_library='libgio-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw32_libdir}/libgio-2.0.la
#sed -i s/"old_library=''"/"old_library='libglib-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw32_libdir}/libglib-2.0.la
#sed -i s/"old_library=''"/"old_library='libgobject-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw32_libdir}/libgobject-2.0.la
#sed -i s/"old_library=''"/"old_library='libgmodule-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw32_libdir}/libgmodule-2.0.la
#sed -i s/"old_library=''"/"old_library='libgthread-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw32_libdir}/libgthread-2.0.la
#sed -i s/"old_library=''"/"old_library='libgio-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw64_libdir}/libgio-2.0.la
#sed -i s/"old_library=''"/"old_library='libglib-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw64_libdir}/libglib-2.0.la
#sed -i s/"old_library=''"/"old_library='libgobject-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw64_libdir}/libgobject-2.0.la
#sed -i s/"old_library=''"/"old_library='libgmodule-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw64_libdir}/libgmodule-2.0.la
#sed -i s/"old_library=''"/"old_library='libgthread-2.0.a'"/
$RPM_BUILD_ROOT%{_mingw64_libdir}/libgthread-2.0.la
# Drop the .def files as they aren't interesting for other packages
rm -f $RPM_BUILD_ROOT%{_mingw32_libdir}/*.def
rm -f $RPM_BUILD_ROOT%{_mingw64_libdir}/*.def
# Drop the folder which was temporary used for installing the static bits
rm -rf $RPM_BUILD_ROOT/build_static
%clean
rm -rf $RPM_BUILD_ROOT
%files -n mingw32-%{_cross_pkg_name}
%defattr(-,root,root,-)
%doc README COPYING
%{_mingw32_bindir}/libdl.dll
%{_mingw32_libdir}/libdl.dll.a
%{_mingw32_includedir}/dlfcn.h
%files -n mingw32-%{_cross_pkg_name}-static
%defattr(-,root,root,-)
%{_mingw32_libdir}/libdl.a
%files -n mingw64-%{_cross_pkg_name}
%defattr(-,root,root,-)
%doc README COPYING
%{_mingw64_bindir}/libdl.dll
%{_mingw64_libdir}/libdl.dll.a
%{_mingw64_includedir}/dlfcn.h
%files -n mingw64-%{_cross_pkg_name}-static
%defattr(-,root,root,-)
%{_mingw64_libdir}/libdl.a
%changelog
* Tue Feb 08 2011 Fedora Release Engineering <
rel-eng(a)lists.fedoraproject.org> - 0-0.8.r11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
* Fri Oct 30 2009 Erik van Pienbroek <epienbro(a)fedoraproject.org> -
0-0.7.r11
- Use %%global instead of %%define
- Automatically generate debuginfo subpackage
- Fixed %%defattr line
- Added -static subpackage
- Fixed linker error with C++ applications
* Sat Jul 25 2009 Fedora Release Engineering <
rel-eng(a)lists.fedoraproject.org> - 0-0.6.r11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
* Wed Feb 25 2009 Fedora Release Engineering <
rel-eng(a)lists.fedoraproject.org> - 0-0.5.r11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
* Fri Feb 20 2009 Richard W.M. Jones <rjones(a)redhat.com> - 0-0.4.r11
- Rebuild for mingw32-gcc 4.4
* Wed Jan 14 2009 Richard W.M. Jones <rjones(a)redhat.com> - 0-0.3.r11
- Use Version 0
(
https://www.redhat.com/archives/fedora-packaging/2009-January/msg00064.html)
- Revert use of dos2unix for now
(
https://www.redhat.com/archives/fedora-packaging/2009-January/msg00066.html)
- Use _smp_mflags.
* Tue Jan 13 2009 Richard W.M. Jones <rjones(a)redhat.com> - 0.1-0.2.r11
- Import into fedora-mingw temporary repository because there are packages
which will depend on this.
- Fix the version/release according to packaging guidelines.
- Tidy up the spec file.
- Use dos2unix and keep the timestamps.
* Fri Jan 02 2009 Itamar Reis Peixoto <itamar(a)ispbrasil.com.br> - r11-1
- Initial RPM release.
13 years
Re: cross framework, mingw-w64 toolchain, wine gecko
by Erik van Pienbroek
Andreas Bierfert schreef op za 02-04-2011 om 13:29 [+0200]:
> Hi there,
>
> I have been playing around a bit with the cross repo you provide for the
> new framework.
>
> First of all: Great job on this... I am really looking forward to see
> this happening for F16.
>
> I would also like to finally introduce wine gecko with this happening.
> However, while trying to build/patch version 1.2.0 to work with the
> fedora cross toolchain I came across a couple of issues which lead me to
> the following requests:
>
> o Can we build the headers with --enable-secure-api?
> o Can we switch to a newer snapshot so that e.g. msctf.h (and
> everything regarding it) is included?
>
> Thanks for you great work!
>
> Best Regards,
> Andreas
Hi Andreas,
Right now I'm using the v1.0 branch of the mingw-w64 project. I wasn't
able to find a ./configure option in the mingw-w64 files called
'--enable-secure-api'. According to the mingw-w64 SVN this option is
only available in the trunk branch. The file msctf.h is also only
available in the trunk branch.
I'm okay with switching to the trunk branch, but I don't know how stable
the trunk branch is at the moment and whether compatibility-breaking
changes are expected in the coming months. Perhaps the mingw-w64
maintainers (who are also joined on the fedora-mingw mailing list) can
respond to that?
Kind regards,
Erik van Pienbroek
13 years