[Bug 688171] New: i686-pc-mingw32-pkg-config shouldn't unset PKG_CONFIG_PATH
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: i686-pc-mingw32-pkg-config shouldn't unset PKG_CONFIG_PATH
https://bugzilla.redhat.com/show_bug.cgi?id=688171
Summary: i686-pc-mingw32-pkg-config shouldn't unset
PKG_CONFIG_PATH
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: mingw32-filesystem
AssignedTo: rjones(a)redhat.com
ReportedBy: bpeeluk(a)yahoo.co.uk
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
The MingW32 compiler on Fedora includes a wrapper script for pkg-config called
i686-pc-mingw32-pkg-config that sets PKG_CONFIG_LIBDIR. Presumably the idea of
this is to prevent pkg-config from picking up the native system .pc files when
cross compiling for Windows. However the script also does “unset
PKG_CONFIG_PATH”. This makes it very difficult to use pkg-config when using a
custom cross-compile environment where all of your dependencies are installed
in a non-standard prefix (typically somewhere in your home directory). I can't
see why the script would want to unset PKG_CONFIG_PATH as this won't be
typically set on a normal system so it's unlikely to pick up any native .pc
files. A developer would usually want to explicitly set this variable when
building in a custom environment so he or she would know to set it to only
include the Win32 environment path.
This was causing problems when cross-compiling Clutter on Fedora systems.
Clutter includes a build script for cross-compiling that installs all of
Clutter's dependencies into a custom prefix and then tries to set
PKG_CONFIG_PATH to point to this prefix. However Fedora's pkg-config wrapper
script prevents this variable from being passed to pkg-config. Clutter's build
script now explicitly includes its own wrapper for pkg-config to work around
Fedora.
I think the solution is to just remove the line that unsets PKG_CONFIG_PATH.
--
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, 11 months
[Bug 571686] New: mingw32 produced DLL's are not stripped
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 produced DLL's are not stripped
https://bugzilla.redhat.com/show_bug.cgi?id=571686
Summary: mingw32 produced DLL's are not stripped
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-filesystem
AssignedTo: rjones(a)redhat.com
ReportedBy: waananen(a)nbi.dk
QAContact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, rjones(a)redhat.com,
erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Even if the specfile includes:
%define __strip %{_mingw32_strip}
mingw32 cross-compiled packages does not get their DLL's or binaries
stripped.
Version-Release number of selected component (if applicable):
Checked with:
mingw32-filesystem-56-1
How reproducible:
Very easy to reproduce by building a mingw32 package. Also official Fedora
mingw32 packages are not stripped either - I tested the package:
mingw32-pixman-0.14.0-1.fc11.
Steps to Reproduce:
1. cp -p /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll /tmp
2. i686-pc-mingw32-strip /tmp/libpixman-1-0.dll
Actual results:
# ls -1s /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll
/tmp/libpixman-1-0.dll
252 /tmp/libpixman-1-0.dll
1252 /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll
Expected results:
# ls -1s /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll
/tmp/libpixman-1-0.dll
252 /tmp/libpixman-1-0.dll
252 /usr/i686-pc-mingw32/sys-root/mingw/bin/libpixman-1-0.dll
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.
12 years, 11 months
Re: Cross-target debugging using Fedora and wine
by Kalev Lember
On 05/18/2011 05:25 AM, Christopher Thielen wrote:
> It's crashed on me at start. Not sure if it's my usage of it or a bug in
> the software:
>
> (epiar.exe was compiled with mingw32 on Fedora 15 beta - I should note
> "wine epiar.exe" runs the app well (save for a crash mid-game))
>
> cthielen@chriss-dell-latitude Epiar $ wine gdbserver.exe localhost:60000 epiar.exe
> Process epiar.exe created; pid = 32
> GetThreadContext failure 5
>
> Exiting
Yeah, I get the same result with some apps. Interestingly, for me the
'GetThreadContext failure 5' error disappears when I run wine under
strace; that makes it look a lot like a race condition.
Try if it makes any difference for you:
strace -o /tmp/strace.log wine gdbserver.exe localhost:60000 epiar.exe
Also, http://bugs.winehq.org/show_bug.cgi?id=23246 mentions a
GetThreadContext failure that was supposedly fixed in wine 1.3.20, but
upgrading to wine 1.3.20 doesn't appear to make any difference here. No
idea if these problems might be related or not.
(For what it's worth, the gdb.exe from the same mingw32-gdb package
works fine under Windows here.)
--
Kalev
12 years, 11 months
[mingw32-filesystem] Don't unset PKG_CONFIG_PATH in the wrapper scripts mingw32-pkg-config and i686-pc-mingw32-pkg-config
by Erik van Pienbroek
commit 2c67134589cbb8f8d42ddfca680582b66308ec3b
Author: Erik van Pienbroek <epienbro(a)fedoraproject.org>
Date: Sat May 14 14:07:09 2011 +0200
Don't unset PKG_CONFIG_PATH in the wrapper scripts mingw32-pkg-config and i686-pc-mingw32-pkg-config (BZ #688171)
macros.mingw32 | 4 +---
mingw32-filesystem.spec | 6 +++++-
2 files changed, 6 insertions(+), 4 deletions(-)
---
diff --git a/macros.mingw32 b/macros.mingw32
index f349740..ac86bab 100644
--- a/macros.mingw32
+++ b/macros.mingw32
@@ -97,9 +97,7 @@ package or when debugging this package.\
unset x i
%_mingw32_pkg_config \
- PKG_CONFIG_LIBDIR="%{_mingw32_libdir}/pkgconfig"; export PKG_CONFIG_LIBDIR; \
- unset PKG_CONFIG_PATH; \
- pkg-config
+ PKG_CONFIG_LIBDIR="%{_mingw32_libdir}/pkgconfig" pkg-config
%_mingw32_configure %{_mingw32_env} ; \
__mingw32_topdir=.; if ! test -x configure; then __mingw32_topdir=..; fi; \\\
diff --git a/mingw32-filesystem.spec b/mingw32-filesystem.spec
index c02e5fd..5411573 100644
--- a/mingw32-filesystem.spec
+++ b/mingw32-filesystem.spec
@@ -1,7 +1,7 @@
%define debug_package %{nil}
Name: mingw32-filesystem
-Version: 66
+Version: 67
Release: 1%{?dist}
Summary: MinGW base filesystem and environment
@@ -168,6 +168,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Sat May 14 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 67-1
+- Don't unset PKG_CONFIG_PATH in the wrapper scripts
+ mingw32-pkg-config and i686-pc-mingw32-pkg-config (BZ #688171)
+
* Sun May 01 2011 Kalev Lember <kalev(a)smartlink.ee> - 66-1
- Override boost library suffix in cmake toolchain file
12 years, 11 months