[Bug 498616] New: gcc -lpthread is broken
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: gcc -lpthread is broken
https://bugzilla.redhat.com/show_bug.cgi?id=498616
Summary: gcc -lpthread is broken
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-pthreads
AssignedTo: rjones(a)redhat.com
ReportedBy: erik-fedora(a)vanpienbroek.nl
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
Created an attachment (id=342094)
--> (https://bugzilla.redhat.com/attachment.cgi?id=342094)
Libtool file which points to libpthreadGC2.a
When compiling applications or libraries which depend on mingw32-pthread, the
compilation always fails with a linker error:
$ cat test.c
int main(int argc, char **argv)
{
return 0;
}
$ i686-pc-mingw32-gcc test.c -o test.exe -lpthread
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/ld: cannot
find -lpthread
collect2: ld returned 1 exit status
This is caused by the fact that only libpthreadGC2.a and libpthreadGCE2.a exist
in the mingw32-pthread package.
There are multiple solutions to fix this problem:
- Rename one of the two .a files to libpthread.a
- Create a .la file which points libtool to one of the .a files (file attached)
Note: The second solution only works for libtool based projects.
Does anyone know what the actual difference is between the two .a files ?
--
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
Compile error on glademm project
by Fabrício Godoy
Hi everyone,
I can't compile my project using fedora mingw, but can compile using native
mingw on Windows.
I've attached 2 log files:
- make.log: make when using native compiler on Fedora.
- make-mingw32.log: make when using mingw32 compiler on Fedora.
Thank you.
14 years, 11 months
Package update policy
by Erik van Pienbroek
Hi all,
As F-11 is approaching we're getting to deal with multiple branches
(F-10, F-11 and devel). I've noticed that several packages have
different versions across branches. For most packages this isn't a
problem, but for some core-packages this causes issues.
One of such packages is mingw32-filesystem. This package contains
several RPM macros which are used to build packages. I've noticed that
some fixes have been backported from the F-11 to the F-10 branch while
others haven't. This can cause confusion among packagers as they have to
keep track of the changes in each individual branch to get the
'BuildRequires: mingw32-filesystem > XX' right.
A solution to this situation would be to keep the mingw32-filesystem
package in sync on all branches, but I think it's best if we create a
more general 'Package update policy' so that it's clear for all
packagers what package versions can be expected among the different
branches.
For this policy I'm thinking about dividing all the mingw32 packages in
separate groups:
1. Core packages with no native version in Fedora
2. Packages with a native version in Fedora
3. Packages with no native version in Fedora
Packages belonging to the first group are:
- mingw32-filesystem
- mingw32-runtime
- mingw32-w32api
What I would like to propose is:
- Packages in group 1 are always in sync among the different branches
(there may be a small delay to test changes, but eventually the
changes should to applied to all branches)
- Packages in group 2 are always in sync with the native version
of each branch
- The update policy of packages in group 3 is fully up to the maintainer
Any comments?
Regards,
Erik van Pienbroek
14 years, 11 months
wxWidgets
by Max Jonathan Spaulding
Just wondering if anyone is using wxWidgets with this? If so what are you
using a package from another source? Libraries you've compiled your self?
Back when I was building mingw by hand I was doing the same with wxWidgets.
I'd prefer to move to a package for it as well.
I found this rpm
http://rpm.pbone.net/index.php3/stat/4/idpl/11076092/com/mingw-
wxWidgets-2.8.9-1.fc10.i386.rpm.html
Does anyone have any experience with it?
Is there any chance that wx will be added to this project?
-Max
14 years, 11 months
rpms/mingw32-pthreads/F-10 mingw32-pthreads.spec,1.1,1.2
by Erik van Pienbroek
Author: epienbro
Update of /cvs/pkgs/rpms/mingw32-pthreads/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26953
Modified Files:
mingw32-pthreads.spec
Log Message:
Merged the changes from the devel/F-11 branch with the F-10 branch:
* Fri May 22 2009 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 2.8.0-8
- Create a symlink from libpthreadGC2.a to libpthread.a because of BZ #498616
* Fri Mar 13 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.8.0-7
- Move header files to system include directory.
Index: mingw32-pthreads.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-pthreads/F-10/mingw32-pthreads.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- mingw32-pthreads.spec 14 Jan 2009 09:50:55 -0000 1.1
+++ mingw32-pthreads.spec 27 May 2009 09:10:51 -0000 1.2
@@ -9,7 +9,7 @@
Name: mingw32-pthreads
Version: 2.8.0
-Release: 4%{?dist}
+Release: 8%{?dist}
Summary: MinGW pthread library
%define crazy_version %(echo %{version}|tr . -)
@@ -26,7 +26,7 @@ Patch0: mingw32-pthreads-2.8.0-u
Patch1: mingw32-pthreads-2.8.0-no-failing-tests.patch
Patch2: mingw32-pthreads-flags.patch
-BuildRequires: mingw32-filesystem >= 40
+BuildRequires: mingw32-filesystem >= 49
BuildRequires: mingw32-gcc
BuildRequires: mingw32-gcc-c++
BuildRequires: mingw32-binutils
@@ -84,12 +84,15 @@ rm -rf $RPM_BUILD_ROOT
mkdir -p $RPM_BUILD_ROOT%{_mingw32_bindir}
mkdir -p $RPM_BUILD_ROOT%{_mingw32_libdir}
-mkdir -p $RPM_BUILD_ROOT%{_mingw32_includedir}/pthread
+mkdir -p $RPM_BUILD_ROOT%{_mingw32_includedir}
install -m 0755 *.dll $RPM_BUILD_ROOT%{_mingw32_bindir}
install -m 0644 *.def $RPM_BUILD_ROOT%{_mingw32_bindir}
install -m 0644 *.a $RPM_BUILD_ROOT%{_mingw32_libdir}
-install -m 0644 *.h $RPM_BUILD_ROOT%{_mingw32_includedir}/pthread
+install -m 0644 *.h $RPM_BUILD_ROOT%{_mingw32_includedir}
+
+# Create a symlink from libpthreadGC2.a to libpthread.a because of BZ #498616
+ln -s libpthreadGC2.a $RPM_BUILD_ROOT%{_mingw32_libdir}/libpthread.a
%clean
@@ -103,12 +106,25 @@ rm -rf $RPM_BUILD_ROOT
%{_mingw32_bindir}/pthreadGC2.dll
%{_mingw32_bindir}/pthreadGCE2.dll
%{_mingw32_bindir}/pthread.def
+%{_mingw32_libdir}/libpthread.a
%{_mingw32_libdir}/libpthreadGC2.a
%{_mingw32_libdir}/libpthreadGCE2.a
-%{_mingw32_includedir}/pthread
+%{_mingw32_includedir}/*.h
%changelog
+* Fri May 22 2009 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 2.8.0-8
+- Create a symlink from libpthreadGC2.a to libpthread.a because of BZ #498616
+
+* Fri Mar 13 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.8.0-7
+- Move header files to system include directory.
+
+* Wed Feb 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.8.0-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
+
+* Fri Feb 20 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.8.0-5
+- Rebuild for mingw32-gcc 4.4
+
* Tue Jan 13 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.8.0-4
- Cleanup to the spec file, no functional changes.
14 years, 11 months
Missing Dependencies
by Ben Lambrechts
[root@f11-ben ~]# yum install mingw*
Loaded plugins: refresh-packagekit
Setting up Install Process
Resolving Dependencies
<snip>
--> Finished Dependency Resolution
mingw32-plotmm-0.1.2-2.fc11.noarch from updates has depsolving problems
--> Missing Dependency: mingw32(libatkmm-1.6-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
mingw32-plotmm-0.1.2-2.fc11.noarch from updates has depsolving problems
--> Missing Dependency: mingw32(libgtkmm-2.4-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
mingw32-plotmm-0.1.2-2.fc11.noarch from updates has depsolving problems
--> Missing Dependency: mingw32(libgdkmm-2.4-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
mingw32-libglademm24-2.6.7-6.fc11.noarch from updates has depsolving
problems
--> Missing Dependency: mingw32(libgtkmm-2.4-1.dll) is needed by package
mingw32-libglademm24-2.6.7-6.fc11.noarch (updates)
Error: Missing Dependency: mingw32(libatkmm-1.6-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
Error: Missing Dependency: mingw32(libgtkmm-2.4-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
Error: Missing Dependency: mingw32(libgtkmm-2.4-1.dll) is needed by package
mingw32-libglademm24-2.6.7-6.fc11.noarch (updates)
Error: Missing Dependency: mingw32(libgdkmm-2.4-1.dll) is needed by package
mingw32-plotmm-0.1.2-2.fc11.noarch (updates)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
---
With kind regards,
Ben Lambrechts
Fedora Ambassador
Fedora always leads and never follows
https://fedoraproject.org/
GNU Go and Fuego builds for Windows
http://gnugo.baduk.org/
14 years, 11 months