rpms/mingw32-glib2/devel .cvsignore, 1.2, 1.3 mingw32-glib2.spec, 1.4, 1.5 sources, 1.2, 1.3
by Erik van Pienbroek
Author: epienbro
Update of /cvs/pkgs/rpms/mingw32-glib2/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16460
Modified Files:
.cvsignore mingw32-glib2.spec sources
Log Message:
- Update to 2.19.10
- Dropped the gtk-doc documentation as it's identical to the base glib2 package
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-glib2/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- .cvsignore 28 Jan 2009 11:49:11 -0000 1.2
+++ .cvsignore 5 Mar 2009 20:46:31 -0000 1.3
@@ -1 +1 @@
-glib-2.19.5.tar.bz2
+glib-2.19.10.tar.bz2
Index: mingw32-glib2.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-glib2/devel/mingw32-glib2.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- mingw32-glib2.spec 26 Feb 2009 01:08:12 -0000 1.4
+++ mingw32-glib2.spec 5 Mar 2009 20:46:31 -0000 1.5
@@ -5,8 +5,8 @@
%define __find_provides %{_mingw32_findprovides}
Name: mingw32-glib2
-Version: 2.19.5
-Release: 5%{?dist}
+Version: 2.19.10
+Release: 1%{?dist}
Summary: MinGW Windows GLib2 library
License: LGPLv2+
@@ -117,8 +117,9 @@
rm -f $RPM_BUILD_ROOT/%{_mingw32_libdir}/charset.alias
-# Remove manpages which duplicate Fedora native.
+# Remove the gtk-doc documentation and manpages which duplicate Fedora native
rm -rf $RPM_BUILD_ROOT%{_mingw32_mandir}
+rm -rf $RPM_BUILD_ROOT%{_mingw32_datadir}/gtk-doc
%find_lang glib20
@@ -168,9 +169,6 @@
%{_mingw32_datadir}/aclocal/glib-2.0.m4
%{_mingw32_datadir}/aclocal/glib-gettext.m4
%{_mingw32_datadir}/glib-2.0/
-%{_mingw32_datadir}/gtk-doc/html/gio/
-%{_mingw32_datadir}/gtk-doc/html/glib/
-%{_mingw32_datadir}/gtk-doc/html/gobject/
%files static
%defattr(-,root,root,-)
@@ -181,6 +179,10 @@
%{_mingw32_libdir}/libgthread-2.0.a
%changelog
+* Thu Mar 5 2009 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 2.19.10-1
+- Update to 2.19.10
+- Dropped the gtk-doc documentation as it's identical to the base glib2 package
+
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.19.5-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-glib2/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- sources 28 Jan 2009 11:49:11 -0000 1.2
+++ sources 5 Mar 2009 20:46:31 -0000 1.3
@@ -1 +1 @@
-b9f8453dd38266108641c448ea8d5bee glib-2.19.5.tar.bz2
+2cec449d5593835b6080d662a17078ca glib-2.19.10.tar.bz2
15 years, 2 months
Fedora Classroom talk: Using the Windows cross-compiler
by Richard W.M. Jones
Date: Sunday, 8th March 2009
Time: 18:15 UTC [1]
Location: Virtual -- #fedora-classroom on irc.freenode.net
Details: https://fedoraproject.org/wiki/Classroom#The_Current_Timeline
Background: https://fedoraproject.org/wiki/Features/Windows_cross_compiler
IRC help: https://fedoraproject.org/wiki/Communicate/IRCHowTo
A talk and interactive session, "Using the Windows cross-compiler":
- API basics: POSIX, libc, Win32, gtk, Qt, etc.
- Cross-compiler basics
- Practical demonstration:
setting up the cross-compiler in Fedora
compiling a small Gtk program
testing it in Wine
building a Windows installer
- Future directions (Win64, Mac OS X ?)
- How to get involved
If you have root access to a Fedora 10 or rawhide install (i386 or
x86-64 only) you can follow along with the practical part.
Rich.
[1] For times around the world, see:
http://www.timeanddate.com/worldclock/fixedtime.html?day=8&month=3&year=2...
--
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, 2 months
Some discussion of fontconfig, freetype, gdi+, ... (from IRC)
by Richard W.M. Jones
<epienbro> rwmjones, what are your plans with the fontconfig/freetype dependencies on mingw32-pango?
<epienbro> as with cairo, those dependencies aren't required for gtk applications
<epienbro> I just asked about fontconfig/freetype support in cairo and pango to tml, the win32 maintainer of gtk:
<epienbro> <epienbro> if cairo and pango are both compiled using fontconfig/freetype support and native support for font rendering, which one is used by gtk applications?
<epienbro> <tml> epienbro: my answer would be native, but I might be wrong
<epienbro> * tml tries to think
<epienbro> <epienbro> does fontconfig/freetype support in cairo and pango have any added value over the native implementations?
<epienbro> <tml> it's different;)
<epienbro> <tml> it's the same as on linux
<epienbro> <tml> functionality-wise, the ability to use the underlying freetype should give some possibilities not directly available otherwise, I guess
<epienbro> <epienbro> do you know of any applications which depend on fontconfig/freetype support in cairo and pango on win32?
<epienbro> <tml> not cairo, but gimp uses pangoft2 and freetype
<epienbro> <tml> pangoft2 is not related to cairo with freetype fonts
<epienbro> <epienbro> oh okay :)
<epienbro> <tml> i.e. that works fine with cairo, gtk+ and pango as normally built for windows: it uses the pangoft2 and freetype libraries to render text. cairo is not involved for that
<epienbro> <epienbro> tml, so if I understand correctly, cairo-ft isn't used by pango or gtk?
<epienbro> <tml> epienbro: cairo-ft might be used by pangocairo on x11, hmm, probably is?
<epienbro> <tml> epienbro: nm or objdump probably will tell you for sure. I can't think straight now, and I am actually watching tv;)
<epienbro> <epienbro> tml, the reason I'm asking all this is because I'm helping out with https://fedoraproject.org/wiki/Features/Windows_cross_compiler and we were wondering whether we need to compile cairo and pango with fontconfig/freetype support..or if it's just unnecessary bloat/disk space
<epienbro> <epienbro> but if you can't think straight now, i'll get back to this later :)
<epienbro> <tml> epienbro: well, for just the gtk+ stack's needs on windows, you certainly don't need fontconfig/freetype support in cairo, and not in pango either
<epienbro> <tml> epienbro: but pangoft2 is a separate library anyway, so it doesn't hurt to build it, one can then just separate it into a separate package when distributing
<epienbro> <tml> epienbro: btw, one thing I am not sure if the fedora cross-compiling people have noticed, is that one should build gtk+ with the --disable-gdiplus switch
<epienbro> <tml> epienbro: because unfortunately the gdi+-based gdk-pixbuf loaders seem to be broken
<epienbro> <tml> (yes, that should be made the default then...)
<epienbro> <epienbro> we just had some reports about gdiplus yes
<epienbro> <epienbro> is this because of bugs in the gtk gdi+ code ?
<epienbro> <tml> epienbro: it's not clear what causes the problem. the gdi+-using code is not complex, and as far as we can see it is all written according to docs. still it doesn't work for "large" image files
<epienbro> <tml> epienbro: it can be reproduced even with code that doesn't use glib at all
<epienbro> <tml> there is a bug open in bugzilla for it
<epienbro> <tml> (where "large" means that the file is larger than ~60 KB) (yes, that is suspiciously close to 64 KB, wonder if there is any relation...)
<epienbro> <epienbro> i'll cc myself to that bug and see if I can help (as soon as I have some spare time)
<epienbro> <epienbro> tml, this is the bug? http://bugzilla.gnome.org/show_bug.cgi?id=552678
<epienbro> <tml> epienbro: yes
<epienbro> <epienbro> ok :)
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
15 years, 2 months
rpms/mingw32-gcc/devel mingw32-gcc.spec,1.3,1.4
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-gcc/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9048
Modified Files:
mingw32-gcc.spec
Log Message:
Fix libobjc and consequently Objective C and Objective C++ compilers.
Index: mingw32-gcc.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-gcc/devel/mingw32-gcc.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- mingw32-gcc.spec 26 Feb 2009 01:05:01 -0000 1.3
+++ mingw32-gcc.spec 4 Mar 2009 10:54:24 -0000 1.4
@@ -5,7 +5,7 @@
Name: mingw32-gcc
Version: 4.4.0
-Release: 0.5%{?dist}
+Release: 0.6%{?dist}
Summary: MinGW Windows cross-compiler (GCC) for C
License: GPLv3+ and GPLv2+ with exceptions
@@ -91,7 +91,7 @@
Summary: MinGW Windows cross-compiler support for Objective C
Group: Development/Languages
Requires: %{name} = %{version}-%{release}
-Requires: mingw32-libobjc = %{version}-%{release}
+#Requires: mingw32-libobjc = %{version}-%{release}
%description objc
MinGW Windows cross-compiler support for Objective C.
@@ -100,7 +100,7 @@
%package objc++
Summary: MinGW Windows cross-compiler support for Objective C++
Group: Development/Languages
-Requires: %{name}-g++ = %{version}-%{release}
+Requires: %{name}-c++ = %{version}-%{release}
Requires: %{name}-objc = %{version}-%{release}
%description objc++
@@ -287,6 +287,9 @@
%changelog
+* Wed Mar 4 2009 Richard W.M. Jones <rjones(a)redhat.com> - 4.4.0-0.6
+- Fix libobjc and consequently Objective C and Objective C++ compilers.
+
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 4.4.0-0.5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
15 years, 2 months
Broken dependencies: mingw32-gcc
by Fedora Koji Build System
mingw32-gcc has broken dependencies in the development tree:
On ppc:
mingw32-gcc-objc++-4.4.0-0.5.fc11.ppc requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
On x86_64:
mingw32-gcc-objc++-4.4.0-0.5.fc11.x86_64 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
On i386:
mingw32-gcc-objc++-4.4.0-0.5.fc11.i586 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
On ppc64:
mingw32-gcc-objc++-4.4.0-0.5.fc11.ppc64 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
On ppc:
mingw32-gcc-objc-4.4.0-0.5.fc11.ppc requires mingw32-libobjc = 0:4.4.0-0.5.fc11
On x86_64:
mingw32-gcc-objc-4.4.0-0.5.fc11.x86_64 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
On i386:
mingw32-gcc-objc-4.4.0-0.5.fc11.i586 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
On ppc64:
mingw32-gcc-objc-4.4.0-0.5.fc11.ppc64 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
Please resolve this as soon as possible.
15 years, 2 months
cross compiling
by Angelo M
Hello,
I am trying to use mingw32-configure on Fedora 10.
I installed everything from the temporary repo.
On "make" I get:
In file included from /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c
++/bits/postypes.h:47,
from /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c
++/iosfwd:47,
from /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c
++/ios:44,
from /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c
++/ostream:45,
from /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c
++/iostream:45,
from ../include/basix/fast_new.hpp:17,
/usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/cwchar:164: error:
'::swprintf' has not been declared
/usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/cwchar:171: error:
'::vswprintf' has not been declared
I am new to cross-compiling and some help would be valuable to me..
thank you in advance,
Angelos
15 years, 2 months
Debugging information in MinGW packages
by Kevin Kofler
Hi,
what's the correct way to handle debugging information in MinGW packages?
Currently, mingw32-nsis builds everything with debugging information (due to
the debian-debug-opt patch), even the MinGW parts, but the MinGW debugging
information is not extracted, so it's included within the binaries. This is
particularly annoying for NSIS installers as it bloats the installer stubs.
For example, the lzma_solid stub is 210185 bytes, running a MinGW strip on
it reduces it to 55296 bytes.
Do we really want debugging information in the MinGW stuff even if it can't
be extracted into separate -debuginfo? Or should the MinGW portions of NSIS
be built without -g instead? Should the same policy apply to everything or
should NSIS be special? (I can see why a developer would want to have
debugging information for a library, but for an installer?)
Kevin Kofler
15 years, 2 months