[Bug 490132] Review Request: mingw32-qt - Qt library for MinGW
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=490132
--- Comment #2 from Richard W.M. Jones <rjones(a)redhat.com> 2009-03-13 11:22:39 EDT ---
(In reply to comment #1)
> > #BuildRequires: qt-devel = %{version} Stupid, can't write this ...
>
> Use:
> BuildRequires: qt4-devel = %{version}
>
> Otherwise, you'd have to add the Epoch, i.e.:
> BuildRequires: qt-devel = 1:%{version}
No the problem is we want to buildrequire the same version
of Fedora's native Qt package, but any release. The reason
is that we want to use the natively compiled 'moc' program.
However 'moc' only works with a matching version of Qt
(eg. all Qt 4.5.0 or whatever).
Now we cannot BuildRequire a specific version-release of
qt-devel (or qt4-devel) because this comes from a different
package, so we would constantly have to chase the native
Fedora package every time they did a new release.
What we want to do is to BR "%{version}-*", but AFAIK there
is no way to do this in RPM.
$ rpm -q --provides qt-devel | grep qt4-devel
qt4-devel = 4.4.3-10.fc10
--
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.
15 years, 3 months
[Bug 490132] Review Request: mingw32-qt - Qt library for MinGW
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=490132
Kevin Kofler <kevin(a)tigcc.ticalc.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kevin(a)tigcc.ticalc.org
--- Comment #1 from Kevin Kofler <kevin(a)tigcc.ticalc.org> 2009-03-13 11:13:28 EDT ---
> #BuildRequires: qt-devel = %{version} Stupid, can't write this ...
Use:
BuildRequires: qt4-devel = %{version}
Otherwise, you'd have to add the Epoch, i.e.:
BuildRequires: qt-devel = 1:%{version}
--
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.
15 years, 3 months
Fedora 12: Let's think of a better name for the project
by Richard W.M. Jones
"MinGW" has lots of baggage associated with it. It also conflicts
with the name of just one upstream project, whereas we are actually
using many upstream projects and MinGW code is only a tiny fraction of
the total.
We also want to expand the project to cover Win64 and Darwin (if we
can make that work).
Let's think of a new name for Fedora 12.
The rules:
(1) We cannot use trademarked words like "Windows" in the project
name.
(2) The name must be unique, easy to pronounce, hard to confuse, and
available to register as a domain name.
(3) Don't want to interfere with or get confused with the other
cross-compilers in Fedora, ie. the ones for embedded platforms.
My vote is for:
[Fedora] Consumer Cross-Compiler [Collection]
(abbreviated as CCC or CCCC)
Add your suggestions or votes below ...
Rich.
--
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
15 years, 3 months
Compiling with pthreads
by David Shaw
Hi,
I've been testing out the cross compiler, and I've come across
something that seems odd.
Using this file:
#include <stdio.h>
#include <pthread.h>
int
main(int argc,char *argv[])
{
printf("Hi there. I'm trying to include pthread.h\n");
return 0;
}
If I compile it with regular old gcc, it works fine, as expected. If
I compile it with the cross compiler, however, I get:
$ i686-pc-mingw32-gcc tester.c
tester.c:2:21: error: pthread.h: No such file or directory
I do have the mingw32-pthreads-2.8.0-4.fc10.noarch package installed.
The issue seems to be that the pthread.h header from that package is:
/usr/i686-pc-mingw32/sys-root/mingw/include/pthread/pthread.h
and not:
/usr/i686-pc-mingw32/sys-root/mingw/include/pthread.h
I can make it work with
"-I/usr/i686-pc-mingw32/sys-root/mingw/include/pthread", of course,
but I wonder if this is something that should just work without
specifying a special include directory.
David
15 years, 3 months
rpms/mingw32-pthreads/devel mingw32-pthreads.spec,1.3,1.4
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-pthreads/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18056
Modified Files:
mingw32-pthreads.spec
Log Message:
Move header files to system include directory.
Index: mingw32-pthreads.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-pthreads/devel/mingw32-pthreads.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- mingw32-pthreads.spec 26 Feb 2009 01:22:29 -0000 1.3
+++ mingw32-pthreads.spec 13 Mar 2009 13:36:10 -0000 1.4
@@ -9,7 +9,7 @@
Name: mingw32-pthreads
Version: 2.8.0
-Release: 6%{?dist}
+Release: 7%{?dist}
Summary: MinGW pthread library
%define crazy_version %(echo %{version}|tr . -)
@@ -84,12 +84,12 @@
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}
%clean
@@ -105,10 +105,13 @@
%{_mingw32_bindir}/pthread.def
%{_mingw32_libdir}/libpthreadGC2.a
%{_mingw32_libdir}/libpthreadGCE2.a
-%{_mingw32_includedir}/pthread
+%{_mingw32_includedir}/*.h
%changelog
+* 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
15 years, 3 months