November 2008 - mingw - Fedora mailing-lists

filesystem patch?
by Farkas Levente 16 Dec '08

16 Dec '08

hi, did you review my past filesystem patch? in the next week i'm plan to review these packages in that order (it's the dependency order): mingw32-iconv mingw32-termcap mingw32-zlib mingw32-libpng mingw32-libjpeg mingw32-gettext mingw32-glib2 mingw32-freetype mingw32-atk mingw32-pixman mingw32-libxml2 mingw32-fontconfig mingw32-cairo mingw32-pango mingw32-openssl mingw32-pthreads and may be a few other smaller ones. but my next week will be very busy so i don't now when. -- Levente "Si vis pacem para bellum!"

2 8

This week
by Richard W.M. Jones 01 Dec '08

01 Dec '08

I'm going to be out most of this week, so if you send an email don't necessarily expect a quick response ... Rich.

1 0

mingw32-binutils
by Farkas Levente 30 Nov '08

30 Nov '08

hi, mingw32-binutils branches still not merged. please merge EL-5 and other braches to the same source. thanks. -- Levente "Si vis pacem para bellum!"

2 3

new packages policy
by Farkas Levente 29 Nov '08

29 Nov '08

hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html -------------------------------------- "The GTK+ API was still mostly like GTK+ 1.2.7, which is what was current when this branch was created. Unfortunately, very few of the platform-independent fixes (in the gtk widgets) that went into GTK+ 1.2 since 1.2.7 are present. Unlike GTK+ 1.2 on Unix, GTK+ 1.3.0 on Windows is built to use GLib 2.x. There is no binary distribution of any GLib 1.2 for Windows." -------------------------------------- so i try to compile this version (and not the one in fedora). my question should i put into my own repo or add to your hg repo or just create a new review request? and the same question apply to the next weeks brunch of gstreamer packages (and it's dependencies) too? thanks. -- Levente "Si vis pacem para bellum!"

3 5

what's the difference
by Farkas Levente 29 Nov '08

29 Nov '08

hi, what's the difference between file eg /usr/i686-pc-mingw32/bin/ar /usr/bin/i686-pc-mingw32-ar they have different size? actually all file in /usr/i686-pc-mingw32/bin/ has a pair in /usr/bin/ with different size (and not link to each other). is this intentional or just some kind of accident? -- Levente "Si vis pacem para bellum!"

3 8

macro patch
by Farkas Levente 28 Nov '08

28 Nov '08

hi, i hope no more missing env. this patch add a few missing env setting and rearrange it's order to the build macros. -- Levente "Si vis pacem para bellum!" Index: mingw32-macros.mingw32 =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-macros.mingw32,v retrieving revision 1.4 diff -u -u -r1.4 mingw32-macros.mingw32 --- mingw32-macros.mingw32 24 Nov 2008 16:08:07 -0000 1.4 +++ mingw32-macros.mingw32 26 Nov 2008 15:30:57 -0000 @@ -41,10 +41,14 @@ %_mingw32_findrequires /usr/lib/rpm/mingw32-find-requires.sh %_mingw32_env HOST_CC=gcc; export HOST_CC; \ - AS="%{_mingw32_as}"; export AS; \ AR="%{_mingw32_ar}"; export AR; \ - NM="%{_mingw32_nm}"; export NM; \ + AS="%{_mingw32_as}"; export AS; \ + DLLTOOL="%{_mingw32_dlltool}"; export DLLTOOL; \ + RANLIB="%{_mingw32_ranlib}"; export RANLIB; \ + STRIP="%{_mingw32_strip}"; export STRIP; \ OBJDUMP="%{_mingw32_objdump}"; export OBJDUMP; \ + NM="%{_mingw32_nm}"; export NM; \ + WINDRES="%{_mingw32_windres}"; export WINDRES; \ PKG_CONFIG_PATH="%{_mingw32_libdir}/pkgconfig"; export PKG_CONFIG_PATH; \ CC="${MINGW32_CC:-%_mingw32_cc}"; export CC; \ CXX="${MINGW32_CXX:-%_mingw32_cxx}"; export CXX; \

3 5

[Fwd: Fedora EPEL Package Build Report 2008-11-26]
by Farkas Levente 27 Nov '08

27 Nov '08

it was really fast! they already signed:-) -------- Original Message -------- Subject: Fedora EPEL Package Build Report 2008-11-26 Date: Wed, 26 Nov 2008 18:04:04 +0000 (UTC) From: buildsys(a)fedoraproject.org Reply-To: EPEL development disccusion <epel-devel-list(a)redhat.com> To: epel-devel-list(a)redhat.com Packages built and released for Fedora EPEL testing/5: 7 NEW libdvdnav-4.1.3-1.el5 : A library for reading DVD video discs based on Ogle code NEW libdvdread-4.1.3-1.el5 : A library for reading DVD video discs based on Ogle code NEW mingw32-gcc-4.3.2-12.el5 : MinGW Windows cross-compiler (GCC) for C NEW mingw32-runtime-3.15.1-10.el5 : MinGW Windows cross-compiler runtime NEW mingw32-w32api-3.12-8.el5 : Win32 header files and stubs ssmtp-2.61-11.7.el5 wordpress-2.6.5-2.el5 Packages built and released for Fedora EPEL testing/4: 3 python-libgmail-0.1.8-3.el4 python-libgmail-docs-0.3-9.el4 ssmtp-2.61-11.7.el4 Changes in Fedora EPEL testing/5: libdvdnav-4.1.3-1.el5 --------------------- * Tue Sep 09 2008 Dominik Mierzejewski <rpm[AT]greysector.net> 4.1.3-1 - update to 4.1.3 final libdvdread-4.1.3-1.el5 ---------------------- * Tue Sep 09 2008 Dominik Mierzejewski <rpm(a)greysector.net> 4.1.3-1 - update to 4.1.3 final mingw32-gcc-4.3.2-12.el5 ------------------------ * Mon Nov 24 2008 Richard W.M. Jones <rjones(a)redhat.com> - 4.3.2-12 - Rebuild against latest filesystem package. * Fri Nov 21 2008 Richard W.M. Jones <rjones(a)redhat.com> - 4.3.2-11 - Remove obsoletes for a long dead package. * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 4.3.2-10 - Rebuild against mingw32-filesystem 37 * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 4.3.2-9 - Rebuild against mingw32-filesystem 36 * Thu Oct 30 2008 Richard W.M. Jones <rjones(a)redhat.com> - 4.3.2-8 - Don't BR mpfr-devel for RHEL/EPEL-5 (Levente Farkas). mingw32-runtime-3.15.1-10.el5 ----------------------------- * Wed Nov 26 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-10 - Force rebuild to get rid of the binary bootstrap package and replace with package built from source. * Wed Nov 26 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-9 - No runtime dependency on binutils or gcc. - But it DOES BR w32api. * Mon Nov 24 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-8 - Rebuild against latest filesystem package. - MINGW_CFLAGS -> MINGW32_CFLAGS. - Rewrite the summary for accuracy and brevity. * Fri Nov 21 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-6 - Remove obsoletes for a long dead package. - Reenable (and fix) _mingw32_configure (Levente Farkas). * Thu Nov 20 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-5 - Don't use _mingw32_configure macro - doesn't work here. * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-4 - Rebuild against mingw32-filesystem 37 * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-3 - Remove the useconds patch, which is no longer needed (Levente Farkas). - Use _mingw32_configure macro. * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-2 - Rebuild against mingw32-filesystem 36 mingw32-w32api-3.12-8.el5 ------------------------- * Wed Nov 26 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-8 - Force rebuild to get rid of the binary bootstrap package and replace with package built from source. * Wed Nov 26 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-7 - No runtime dependency on binutils or gcc. * Mon Nov 24 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-6 - Rebuild against latest filesystem package. - Rewrite the summary for accuracy and brevity. * Fri Nov 21 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-4 - Remove obsoletes for a long dead package. - Enable _mingw32_configure (Levente Farkas). * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-3 - Rebuild against mingw32-filesystem 37 * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-2 - Rebuild against mingw32-filesystem 36 ssmtp-2.61-11.7.el5 ------------------- * Wed Nov 26 2008 Manuel "lonely wolf" Wolfshant <wolfy(a)nobugconsulting.ro> 2.61-11.7 - integrate patch from Andreas Dilger, fixes https://bugzilla.redhat.com/show_bug.cgi?id=430608 wordpress-2.6.5-2.el5 --------------------- * Wed Nov 26 2008 Adrian Reber <adrian(a)lisas.de> - 2.6.5-2 - updated to 2.6.5 Changes in Fedora EPEL testing/4: python-libgmail-0.1.8-3.el4 --------------------------- * Wed Nov 26 2008 Michal Nowak <mnowak(a)redhat.com> - 0.1.8-3 - enhancing the README file to the one from python-libgmail-docs-0.3 python-libgmail-docs-0.3-9.el4 ------------------------------ * Wed Nov 26 2008 Michal Nowak <mnowak(a)redhat.com> - 0.3-9 - removed README file in favor of the one from python-libgmail ssmtp-2.61-11.7.el4 ------------------- * Wed Nov 26 2008 Manuel "lonely wolf" Wolfshant <wolfy(a)nobugconsulting.ro> 2.61-11.7 - integrate patch from Andreas Dilger, fixes https://bugzilla.redhat.com/show_bug.cgi?id=430608 _______________________________________________ epel-devel-list mailing list epel-devel-list(a)redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list -- Levente "Si vis pacem para bellum!"

2 1

runtime, w32api and gcc added to CVS
by Richard W.M. Jones 27 Nov '08

27 Nov '08

These are in CVS now, but I'm awaiting coordination with rel-eng before we can build them. Tomorrow, I hope. 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

2 2

BR mingw32-filesystem
by Farkas Levente 26 Nov '08

26 Nov '08

hi, as all mingw32-x packages BuildRequires: mingw32-filesystem wouldn't be possible to automatically add it somehow to all packages? on the other hand should this BR be version? in case of automatic R is version then yes, but then each time the mingw32-filesystem package update we've to update each mingw32-x spec file which is a nightmare!:-( -- Levente "Si vis pacem para bellum!"

2 3

Packages in the path to getting a Windows binary of libvirt, built from Fedora
by Richard W.M. Jones 26 Nov '08

26 Nov '08

It seems like we should have the base MinGW (Windows cross-compiler) packages in Fedora 11 by the end of this week. This email is to document the additional packages we need to get approved, in order to get the cross-compiled libvirt and virt tools into (or buildable by) Fedora 11. If you want to help out, please start reviewing by following the Bugzilla links, and looking at the approved packaging guidelines at http://fedoraproject.org/wiki/Packaging/MinGW. ** For libvirt itself: mingw32-libgpg-error https://bugzilla.redhat.com/show_bug.cgi?id=467403 mingw32-libgcrypt https://bugzilla.redhat.com/show_bug.cgi?id=467410 mingw32-gnutls https://bugzilla.redhat.com/show_bug.cgi?id=467414 mingw32-gettext https://bugzilla.redhat.com/show_bug.cgi?id=467398 mingw32-libxml2 https://bugzilla.redhat.com/show_bug.cgi?id=467405 mingw32-portablexdr https://bugzilla.redhat.com/show_bug.cgi?id=467324 mingw32-readline https://bugzilla.redhat.com/show_bug.cgi?id=467399 mingw32-termcap https://bugzilla.redhat.com/show_bug.cgi?id=467329 OR a very brave person can try porting ncurses to Windows. mingw32-iconv https://bugzilla.redhat.com/show_bug.cgi?id=467325 mingw32-zlib https://bugzilla.redhat.com/show_bug.cgi?id=454416 mingw32-libvirt https://bugzilla.redhat.com/show_bug.cgi?id=467418 ** For the C based tools (gtk-vnc, virt-viewer, ovirt-viewer, vinagre): All of the above plus: mingw32-gtk2 https://bugzilla.redhat.com/show_bug.cgi?id=467420 mingw32-glib2 https://bugzilla.redhat.com/show_bug.cgi?id=467402 mingw32-cairo https://bugzilla.redhat.com/show_bug.cgi?id=467416 mingw32-jasper https://bugzilla.redhat.com/show_bug.cgi?id=467408 mingw32-libpng https://bugzilla.redhat.com/show_bug.cgi?id=467397 mingw32-libjpeg https://bugzilla.redhat.com/show_bug.cgi?id=467401 mingw32-libtiff (?) Optional dependency for GTK2, but not yet packaged. mingw32-pango https://bugzilla.redhat.com/show_bug.cgi?id=467419 mingw32-atk https://bugzilla.redhat.com/show_bug.cgi?id=467409 mingw32-pixman https://bugzilla.redhat.com/show_bug.cgi?id=467376 mingw32-freetype https://bugzilla.redhat.com/show_bug.cgi?id=467396 mingw32-fontconfig https://bugzilla.redhat.com/show_bug.cgi?id=467413 mingw32-libidn No Bugzilla Review Request yet, see the mercurial repository. http://hg.et.redhat.com/misc/fedora-mingw--devel mingw32-openssl https://bugzilla.redhat.com/show_bug.cgi?id=467395 mingw32-libssh2 No Bugzilla Review Request yet, see the mercurial repository. http://hg.et.redhat.com/misc/fedora-mingw--devel mingw32-gtk-vnc https://bugzilla.redhat.com/show_bug.cgi?id=467421 mingw32-curl No Bugzilla Review Request yet, see the mercurial repository. http://hg.et.redhat.com/misc/fedora-mingw--devel ** For the Python based tools (virt-install, virt-manager etc), we're hoping to go straight to Python 3 on the basis that it will be easier to contribute patches upstream, and it seems the build system for Python 3 will be a bit saner than for Python 2.x. You can help by making sure that all Python software is "Python 3 clean". If you have python 2.6, then just add the '-3' flag to the command line in order to warn about features which are deprecated and will be removed in Python 3. ** For the OCaml based tools (virt-df, virt-top): mingw32-ocaml mingw32-ocaml-calendar mingw32-ocaml-csv mingw32-ocaml-curses mingw32-ocaml-extlib mingw32-ocaml-findlib mingw32-ocaml-lablgl mingw32-ocaml-lablgtk mingw32-ocaml-libvirt mingw32-ocaml-xml-light (None of these are in Bugzilla yet, and for good reason because I may just do them as subpackages of the OCaml packages already in Fedora). ** I haven't had any particular requests for Ruby tools yet. OVirt itself is a standalone appliance and it doesn't need porting to Windows. ovirt-viewer is a C application and is being written concurrently on Linux and Windows anyway. I'm not sure if there are other standalone bits of ovirt which would make sense being ported to Windows. 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

1 0

filesystem patch
by Farkas Levente 26 Nov '08

26 Nov '08

hi, a second try to make a common scripts. i hope it'll work. i still not enable mingw32.sh, but it also would be useful with this patch. -- Levente "Si vis pacem para bellum!" Index: mingw32-filesystem.spec =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-filesystem.spec,v retrieving revision 1.6 diff -u -u -r1.6 mingw32-filesystem.spec --- mingw32-filesystem.spec 24 Nov 2008 16:08:07 -0000 1.6 +++ mingw32-filesystem.spec 25 Nov 2008 17:32:30 -0000 @@ -1,8 +1,8 @@ %define debug_package %{nil} Name: mingw32-filesystem -Version: 39 -Release: 3%{?dist} +Version: 40 +Release: 1%{?dist} Summary: MinGW base filesystem and environment Group: Development/Libraries @@ -75,7 +75,7 @@ mkdir -p $RPM_BUILD_ROOT%{_bindir} pushd $RPM_BUILD_ROOT%{_bindir} -for i in mingw32-configure; do +for i in mingw32-configure mingw32-make; do ln -s %{_libexecdir}/mingw32-scripts $i done popd @@ -135,13 +135,18 @@ %config(noreplace) %{_sysconfdir}/rpm/macros.mingw32 #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.sh #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.csh -%{_bindir}/mingw32-configure +%{_bindir}/mingw32-* %{_libexecdir}/mingw32-scripts %{_prefix}/i686-pc-mingw32/ /usr/lib/rpm/mingw32-* %changelog +* Tue Nov 25 2008 Levente Farkas <lfarkas(a)lfarkas.org> - 40-1 +- Rewrite mingw32-scripts to run in the current shell +- Re-add mingw32-make +- Add mingw32-env to mingw32.sh + * Mon Nov 24 2008 Richard W.M. Jones <rjones(a)redhat.com> - 39-3 - Unify mingw32-filesystem packages from all three branches again, and test. - Fix mingw32-scripts so it can handle extra parameters correctly. Index: mingw32-scripts.sh =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-scripts.sh,v retrieving revision 1.1 diff -u -u -r1.1 mingw32-scripts.sh --- mingw32-scripts.sh 24 Nov 2008 16:08:07 -0000 1.1 +++ mingw32-scripts.sh 25 Nov 2008 17:32:30 -0000 @@ -1,6 +1,6 @@ #!/bin/sh - -# mingw32-configure +# mingw32-scripts # Copyright (C) 2008 Red Hat Inc., Richard W.M. Jones. # Copyright (C) 2008 Levente Farkas # @@ -21,7 +21,5 @@ # This is a useful command-line script through which one can use the # macros from mingw32-macros.mingw32 cross-compilation. -# XXX This doesn't handle quoting of extra parameters which contain -# spaces correctly. - -rpm --eval "%{_"`basename $0|tr "-" "_"`"} $@"|sh +NAME="`basename $0|tr -- - _`" +eval "`rpm --eval "%{_$NAME}"`" "$@" Index: mingw32.sh =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32.sh,v retrieving revision 1.1 diff -u -u -r1.1 mingw32.sh --- mingw32.sh 30 Oct 2008 09:49:17 -0000 1.1 +++ mingw32.sh 25 Nov 2008 17:32:30 -0000 @@ -1 +1,3 @@ # Environment variables for MinGW. + +alias mingw32-env='eval `rpm --eval %{_mingw32_env}`'

3 8

Re: error compiling postgresql with fedora mingw
by Richard W.M. Jones 26 Nov '08

26 Nov '08

On Tue, Nov 25, 2008 at 08:43:12AM -0200, Itamar - IspBrasil wrote: > `/home/itamar/fedora/mingw-postgresql/postgresql-8.3.5/src/port' > i686-pc-mingw32-gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 > -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -Wall > -Wmissing-prototypes -Wpointer-arith -Winline > -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing > -fwrapv zic.o ialloc.o scheck.o localtime.o -L../../src/port > -Wl,--allow-multiple-definition -lpgport -lz -lm -lws2_32 -lshfolder > -o zic.exe > ../../src/port/libpgport.a: could not read symbols: Archive has no > index; run ranlib to add one Probably best to ask Fedora MinGW questions on the Fedora MinGW list next time ... https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw In this case the error is that the script uses 'ar' to create a static library. Either use 'i686-pc-mingw32-ar rcs' to make the library, or run 'i686-pc-mingw32-ranlib' on the library generated above by 'ar'. Rich. -- 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/

1 0

jpeg, png and tiff
by Farkas Levente 25 Nov '08

25 Nov '08

hi, what's the current setup with these image libraries? since i see there is jpeg and png but not tiff for mingw although gtk use all of them. now mingw32-gtk use mingw32-png or system png? are you sure about it?? from the build log i see libtiff and libpng installed by some deps. is it sure that mingw32-gtk do not use system libtiff? i just come to that conclusion because gtk+ can't compile without libtiff our --without-libtiff. -- Levente "Si vis pacem para bellum!"

3 3

package request: mingw32-libgsf
by Eric Smith 25 Nov '08

25 Nov '08

My application uses libgsf to read ZIP files, and in the past I've built it against a Windows binary package provided on gnome.org. It would be nice to have a mingw32-libgsf RPM, now that all the other libraries I use are available in other mingw32- RPMs. I've started trying to construct a suitable spec file and build it myself, starting from the Fedora development libgsf SRPM, but it has quickly become apparent that I don't really know what I'm doing. I'll continue to flail away at it, but if anyone who actually has experience with packaging libraries for mingw32 were to beat me to the punch, I wouldn't be the least bit offended. :-) In fact, I'm willing to offer a $100 bounty for a working RPM (with SRPM). It's not a lot, but it would buy a few pizzas and beers. :-) Thanks! Eric

2 3

[libgsf PATCH] Support cross-compilation under Fedora MinGW
by Richard W.M. Jones 24 Nov '08

24 Nov '08

Hi, I'm from the Fedora MinGW project (http://fedoraproject.org/wiki/MinGW) and we are cross-compiling a number of Linux libraries, from Fedora targeting Windows. So I hope this is the right place to post a couple of libgsf patches which enable libgsf to be cross-compiled using Fedora MinGW cross-compiler. The first patch changes the way that libbz2 / bzlib.h is detected. It is my understanding that both the library and the header file are needed in order to enable BZ2 support. However autoconf's AC_CHECK_LIB cannot be used to check whether -lbz2 works on its own on Windows, for rather complex reasons which are better explained by referring to this thread: http://www.nabble.com/failed-tests-AC_CHECK_LIB-td19588119.html#a19589469 So the first patch replaces the pair of tests with an invocation of AC_LINK_IFELSE that tries to compile and link a program with both the header file and a call to the sentinel library function. The second patch, considerably simpler, enables deprecated functions in glib, because otherwise G_WIN32_DLLMAIN_FOR_DLL_NAME isn't defined in gsf/gsf-utils.c. I'm not really familiar with what this macro does, and maybe a better solution is just to not use it if the macro isn't defined. Here is our development repository: http://hg.et.redhat.com/misc/fedora-mingw--devel If we make any updates then you can get the latest specfile and patches by clicking 'manifest', then 'libgsf'. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 68 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

2 1

Policy on naming of implibs
by Richard W.M. Jones 24 Nov '08

24 Nov '08

I think we need a policy of naming implibs. For example, the standard build of bzip2 builds a DLL and implib called 'bz2-1.dll' and 'bz2.dll.a' respectively. That's not in itself a problem because you can link with such a library by hand using: gcc foo.c -lbz2 GCC apparently checks for both 'bz2.dll.a' and 'libbz2.dll.a', so it works in this situation. However libtool won't look for 'bz2.dll.a' at all, only an implib beginning with 'lib*'. If you try to specify the library by giving the full path to libtool, then libtool assumes it's a static library. The only way around this was to rename 'bz2.dll.a' -> 'libbz2.dll.a' which fixes my libtool problem. (Leaving the DLL with the same name was fine). http://hg.et.redhat.com/misc/fedora-mingw--devel/?cs=e18117547659 So I think we need a policy that implibs need to be named after the pattern 'lib*.dll.a'. By my reckoning this problem affects: mingw32-bzip2 (fixed by the changeset above) mingw32-readline mingw32-pdcurses Rich. -- 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/

3 5

updated filesystem patch
by Farkas Levente 22 Nov '08

22 Nov '08

i hope i fix here everything. -- Levente "Si vis pacem para bellum!" Index: mingw32-configure.sh =================================================================== RCS file: mingw32-configure.sh diff -N mingw32-configure.sh --- mingw32-configure.sh 19 Nov 2008 15:33:30 -0000 1.2 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,39 +0,0 @@ -#!/bin/sh - - -# mingw32-configure -# Copyright (C) 2008 Red Hat Inc., Richard W.M. Jones. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2 of the License, or -# (at your option) any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program; if not, write to the Free Software -# Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. - -# This is a useful command-line script which configures -# a program for cross-compilation. It is meant to be -# the equivalent of the %{_mingw32_configure} macro in -# /etc/rpm/macros.mingw32 - -mingw32_prefix=/usr/i686-pc-mingw32/sys-root/mingw -mingw32_libdir=$mingw32_prefix/lib -mingw32_host=i686-pc-mingw32 -mingw32_target=i686-pc-mingw32 -mingw32_cc=i686-pc-mingw32-gcc -mingw32_cflags="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields" - -PKG_CONFIG_PATH="$mingw32_libdir/pkgconfig" \ -CC="$mingw32_cc" \ -CFLAGS="$mingw32_cflags" \ -./configure \ - --host=$mingw32_host \ - --target=$mingw32_target \ - --prefix=$mingw32_prefix \ - "$@" Index: mingw32-filesystem.spec =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-filesystem.spec,v retrieving revision 1.4 diff -u -r1.4 mingw32-filesystem.spec --- mingw32-filesystem.spec 19 Nov 2008 18:02:20 -0000 1.4 +++ mingw32-filesystem.spec 21 Nov 2008 17:43:54 -0000 @@ -1,7 +1,7 @@ %define debug_package %{nil} Name: mingw32-filesystem -Version: 37 +Version: 38 Release: 1%{?dist} Summary: MinGW base filesystem and environment @@ -17,7 +17,7 @@ #Source3: mingw32.csh Source4: mingw32-find-requires.sh Source5: mingw32-find-provides.sh -Source6: mingw32-configure.sh +Source6: mingw32-scripts.sh Requires: setup Requires: rpm @@ -72,8 +72,10 @@ mkdir -p $RPM_BUILD_ROOT +mkdir -p $RPM_BUILD_ROOT%{_libexecdir} +install -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_libexecdir}/mingw32-scripts mkdir -p $RPM_BUILD_ROOT%{_bindir} -install -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_bindir}/mingw32-configure +(cd $RPM_BUILD_ROOT%{_bindir}; for i in mingw32-env mingw32-configure mingw32-make ; do ln -s %{_libexecdir}/mingw32-scripts $i ; done) #mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/profile.d #install -m 644 %{SOURCE2} %{SOURCE3} $RPM_BUILD_ROOT%{_sysconfdir}/profile.d/ @@ -130,12 +132,17 @@ %config(noreplace) %{_sysconfdir}/rpm/macros.mingw32 #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.sh #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.csh -%{_bindir}/mingw32-configure +%{_bindir}/* +%{_libexecdir}/mingw32-scripts %{_prefix}/i686-pc-mingw32/ -/usr/lib/rpm/mingw32-* +%{_libdir}/rpm/mingw32-* %changelog +* Fri Nov 21 2008 Levente Farkas <lfarkas(a)lfarkas.org> 38-1 +- all script use macros.mingw32 +- a few tab->space conversion + * Wed Nov 19 2008 Richard Jones <rjones(a)redhat.com> - 37-1 - Revert part of the 36-1 patch. --build option to configure was wrong. Index: mingw32-macros.mingw32 =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-macros.mingw32,v retrieving revision 1.3 diff -u -r1.3 mingw32-macros.mingw32 --- mingw32-macros.mingw32 19 Nov 2008 18:02:20 -0000 1.3 +++ mingw32-macros.mingw32 21 Nov 2008 17:43:54 -0000 @@ -23,16 +23,16 @@ %_mingw32_cflags -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -%_mingw32_cc i686-pc-mingw32-gcc -%_mingw32_cpp i686-pc-mingw32-gcc -E -%_mingw32_ar i686-pc-mingw32-ar -%_mingw32_as i686-pc-mingw32-as -%_mingw32_dlltool i686-pc-mingw32-dlltool -%_mingw32_ranlib i686-pc-mingw32-ranlib -%_mingw32_strip i686-pc-mingw32-strip -%_mingw32_objdump i686-pc-mingw32-objdump +%_mingw32_cc i686-pc-mingw32-gcc +%_mingw32_cpp i686-pc-mingw32-gcc -E +%_mingw32_ar i686-pc-mingw32-ar +%_mingw32_as i686-pc-mingw32-as +%_mingw32_dlltool i686-pc-mingw32-dlltool +%_mingw32_ranlib i686-pc-mingw32-ranlib +%_mingw32_strip i686-pc-mingw32-strip +%_mingw32_objdump i686-pc-mingw32-objdump %_mingw32_nm i686-pc-mingw32-nm -%_mingw32_windres i686-pc-mingw32-windres +%_mingw32_windres i686-pc-mingw32-windres %_mingw32_cxx i686-pc-mingw32-g++ %_mingw32_cache mingw32-config.cache @@ -41,13 +41,15 @@ %_mingw32_findrequires /usr/lib/rpm/mingw32-find-requires.sh %_mingw32_env HOST_CC=gcc; export HOST_CC; \ + AS="%{_mingw32_as}"; export AS; \ + AR="%{_mingw32_ar}"; export AR; \ NM="%{_mingw32_nm}"; export NM; \ OBJDUMP="%{_mingw32_objdump}"; export OBJDUMP; \ PKG_CONFIG_PATH="%{_mingw32_libdir}/pkgconfig"; export PKG_CONFIG_PATH; \ - CC="${MINGW_CC:-%_mingw32_cc}"; export CC; \ - CXX="${MINGW_CXX:-%_mingw32_cxx}"; export CXX; \ - CFLAGS="${MINGW_CFLAGS:-%_mingw32_cflags}"; export CFLAGS; \ - CXXFLAGS="${MINGW_CXXFLAGS:-%_mingw32_cflags}"; export CXXFLAGS; \ + CC="${MINGW32_CC:-%_mingw32_cc}"; export CC; \ + CXX="${MINGW32_CXX:-%_mingw32_cxx}"; export CXX; \ + CFLAGS="${MINGW32_CFLAGS:-%_mingw32_cflags}"; export CFLAGS; \ + CXXFLAGS="${MINGW32_CXXFLAGS:-%_mingw32_cflags}"; export CXXFLAGS; \ for i in `ls %{_mingw32_bindir}|grep -- "-config\$"` ; do \ CONFIG_NAME=`echo $i|tr "a-z-" "A-Z_"`; \ declare -x $CONFIG_NAME="%{_mingw32_bindir}/$i" ; export $CONFIG_NAME; \ Index: mingw32-scripts.sh =================================================================== RCS file: mingw32-scripts.sh diff -N mingw32-scripts.sh --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ mingw32-scripts.sh 21 Nov 2008 17:43:54 -0000 @@ -0,0 +1,24 @@ +#!/bin/sh - + +# mingw32-configure +# Copyright (C) 2008 Red Hat Inc., Richard W.M. Jones. +# Copyright (C) 2008 Levente Farkas +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + +# This is a useful command-line script through which one can use the +# macros from mingw32-macros.mingw32 cross-compilation. + +rpm --eval "%{_"`basename $0|tr "-" "_"`"}" "$@"|sh

2 4

libwx_baseu trouble rebuilding mingw32-nsis on Fedora 9 x86_64
by Eric Smith 22 Nov '08

22 Nov '08

When I try to build NSIS, I get: error: Failed build dependencies: /usr/lib/libwx_baseu-2.8.so is needed by mingw32-nsis-2.39-5.fc9.x86_64 I just installed yum install wxGTK.i386, and it didn't help. I have /usr/lib/libwx_baseu-2.8.so.0, but not just the .so, though I have the .so for 64-bit: $ ls -l /usr/lib*/libwx_baseu-2.8* lrwxrwxrwx 1 root root 20 2008-10-27 18:59 /usr/lib64/libwx_baseu-2.8.so -> libwx_baseu-2.8.so.0 lrwxrwxrwx 1 root root 24 2008-10-27 18:59 /usr/lib64/libwx_baseu-2.8.so.0 -> libwx_baseu-2.8.so.0.5.0 -rwxr-xr-x 1 root root 1436264 2008-09-30 08:04 /usr/lib64/libwx_baseu-2.8.so.0.5.0 lrwxrwxrwx 1 root root 24 2008-11-21 12:32 /usr/lib/libwx_baseu-2.8.so.0 -> libwx_baseu-2.8.so.0.5.0 -rwxr-xr-x 1 root root 1370588 2008-09-30 08:04 /usr/lib/libwx_baseu-2.8.so.0.5.0 Where is libws_baseu-2.8.so supposed to come from? I tried creating the link by hand, but doing the rpmbuild *still* gives the same error. This seems a bit mysterious to me. Thanks! Eric

2 2

/tmp/mingw32-binutils.patch
by Farkas Levente 22 Nov '08

22 Nov '08

hi, small spec file fixes already applied to the el-5 branch and rebuild for el-5 the new rpm in the needsign queue. -- Levente "Si vis pacem para bellum!" Index: mingw32-binutils.spec =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-binutils/EL-5/mingw32-binutils.spec,v retrieving revision 1.1 diff -u -r1.1 mingw32-binutils.spec --- mingw32-binutils.spec 6 Nov 2008 13:50:21 -0000 1.1 +++ mingw32-binutils.spec 21 Nov 2008 21:37:09 -0000 @@ -4,7 +4,7 @@ Name: mingw32-binutils Version: %{binutils_version}_%{mingw32_binutils_rpmvers} -Release: 8%{?dist} +Release: 9%{?dist} Summary: MinGW Windows binutils License: GPLv2+ and LGPLv2+ and GPLv3+ and LGPLv3+ @@ -16,12 +16,7 @@ BuildRequires: flex BuildRequires: bison BuildRequires: texinfo -BuildRequires: mingw32-filesystem >= 26 - -Requires: mingw32-filesystem >= 26 - -Provides: mingw-binutils = %{version} -Obsoletes: mingw-binutils < 2.18.50_20080109_2-8 +BuildRequires: mingw32-filesystem >= 38 %description @@ -76,6 +71,9 @@ %changelog +* Fri Nov 21 2008 Levente Farkas <lfarkas(a)lfarkas.org> - 2.18.50_20080109_2-9 +- BR mingw32-filesystem >= 38 + * Wed Sep 24 2008 Richard W.M. Jones <rjones(a)redhat.com> - 2.18.50_20080109_2-8 - Rename mingw -> mingw32. - BR mingw32-filesystem >= 26.

1 0

binutils SRPM?
by Eric Smith 22 Nov '08

22 Nov '08

Is there a source RPM for mingw32-binutils? I don't see it in the repository. Thanks! Eric

3 4

filesystem patch
by Farkas Levente 21 Nov '08

21 Nov '08

hi, here is my modified patch and the script for all script use the macros and a few tab->space conversion. may i apply it? another important note, as we add and rebuild with -mms-bitfields in all spec file BuildRequires: mingw32-filesystem >= 23 Requires: mingw32-filesystem >= 23 should have to change to BuildRequires: mingw32-filesystem >= 38 Requires: mingw32-filesystem >= 38 and there are some spec file where mingw32-filesystem only BuildRequires and not Requires. imho all packages should have to add it. the same apply to mingw32-example.spec too. -- Levente "Si vis pacem para bellum!" ? mingw32-scripts.sh Index: mingw32-filesystem.spec =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-filesystem.spec,v retrieving revision 1.4 diff -u -r1.4 mingw32-filesystem.spec --- mingw32-filesystem.spec 19 Nov 2008 18:02:20 -0000 1.4 +++ mingw32-filesystem.spec 21 Nov 2008 10:31:05 -0000 @@ -1,7 +1,7 @@ %define debug_package %{nil} Name: mingw32-filesystem -Version: 37 +Version: 38 Release: 1%{?dist} Summary: MinGW base filesystem and environment @@ -17,7 +17,7 @@ #Source3: mingw32.csh Source4: mingw32-find-requires.sh Source5: mingw32-find-provides.sh -Source6: mingw32-configure.sh +Source6: mingw32-scripts.sh Requires: setup Requires: rpm @@ -72,8 +72,10 @@ mkdir -p $RPM_BUILD_ROOT +mkdir -p $RPM_BUILD_ROOT%{_libexecdir} +install -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_libexecdir}/mingw32-scripts mkdir -p $RPM_BUILD_ROOT%{_bindir} -install -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_bindir}/mingw32-configure +(cd $RPM_BUILD_ROOT%{_bindir}; for i in mingw32-env mingw32-configure mingw32-make ; do ln -s %{_libexecdir}/mingw32-scripts $i ; done) #mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/profile.d #install -m 644 %{SOURCE2} %{SOURCE3} $RPM_BUILD_ROOT%{_sysconfdir}/profile.d/ @@ -130,12 +132,17 @@ %config(noreplace) %{_sysconfdir}/rpm/macros.mingw32 #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.sh #%config(noreplace) %{_sysconfdir}/profile.d/mingw32.csh -%{_bindir}/mingw32-configure +%{_bindir}/* +%{_libexecdir}/mingw32-scripts %{_prefix}/i686-pc-mingw32/ /usr/lib/rpm/mingw32-* %changelog +* Fri Nov 21 2008 Levente Farkas <lfarkas(a)lfarkas.org> 38-1 +- all script use macros.mingw32 +- a few tab->space conversion + * Wed Nov 19 2008 Richard Jones <rjones(a)redhat.com> - 37-1 - Revert part of the 36-1 patch. --build option to configure was wrong. Index: mingw32-macros.mingw32 =================================================================== RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-macros.mingw32,v retrieving revision 1.3 diff -u -r1.3 mingw32-macros.mingw32 --- mingw32-macros.mingw32 19 Nov 2008 18:02:20 -0000 1.3 +++ mingw32-macros.mingw32 21 Nov 2008 10:31:05 -0000 @@ -23,16 +23,16 @@ %_mingw32_cflags -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -%_mingw32_cc i686-pc-mingw32-gcc -%_mingw32_cpp i686-pc-mingw32-gcc -E -%_mingw32_ar i686-pc-mingw32-ar -%_mingw32_as i686-pc-mingw32-as -%_mingw32_dlltool i686-pc-mingw32-dlltool -%_mingw32_ranlib i686-pc-mingw32-ranlib -%_mingw32_strip i686-pc-mingw32-strip -%_mingw32_objdump i686-pc-mingw32-objdump +%_mingw32_cc i686-pc-mingw32-gcc +%_mingw32_cpp i686-pc-mingw32-gcc -E +%_mingw32_ar i686-pc-mingw32-ar +%_mingw32_as i686-pc-mingw32-as +%_mingw32_dlltool i686-pc-mingw32-dlltool +%_mingw32_ranlib i686-pc-mingw32-ranlib +%_mingw32_strip i686-pc-mingw32-strip +%_mingw32_objdump i686-pc-mingw32-objdump %_mingw32_nm i686-pc-mingw32-nm -%_mingw32_windres i686-pc-mingw32-windres +%_mingw32_windres i686-pc-mingw32-windres %_mingw32_cxx i686-pc-mingw32-g++ %_mingw32_cache mingw32-config.cache

2 4

mingw32-w32api.patch
by Farkas Levente 21 Nov '08

21 Nov '08

a small patch the mingw32-w32api -- Levente "Si vis pacem para bellum!" --- /home/lfarkas/tmp/fedora-mingw--devel/w32api/mingw32-w32api.spec 2008-11-21 13:15:52.000000000 +0100 +++ mingw32-w32api.spec 2008-11-21 13:59:00.000000000 +0100 @@ -5,8 +5,8 @@ %define __find_provides %{_mingw32_findprovides} Name: mingw32-w32api -Version: 3.12 -Release: 3%{?dist} +Version: 3.12 +Release: 4%{?dist} Summary: MinGW Windows cross-compiler Win32 header files License: Public Domain @@ -15,14 +15,13 @@ Source0: http://dl.sourceforge.net/sourceforge/mingw/w32api-%{version}-mingw32-src.t… BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -BuildArch: noarch +BuildArch: noarch -BuildRequires: mingw32-filesystem >= 23 +BuildRequires: mingw32-filesystem >= 38 BuildRequires: mingw32-binutils BuildRequires: mingw32-gcc BuildRequires: mingw32-runtime -Requires: mingw32-filesystem >= 23 Requires: mingw32-binutils Requires: mingw32-gcc Requires: mingw32-runtime @@ -30,11 +29,6 @@ # Once this is installed, mingw32-bootstrap (binary bootstrapper) is no # longer needed. Obsoletes: mingw32-w32api-bootstrap -Obsoletes: mingw-w32api-bootstrap - -Provides: mingw-w32api = %{version}-%{release} -Obsoletes: mingw-w32api < 3.11-7 - %description MinGW Windows cross-compiler Win32 header files. @@ -44,17 +38,13 @@ %setup -q -n w32api-%{version}-mingw32 %build -./configure \ - --build=%_build \ - --host=%{_mingw32_host} - +%{_mingw32_configure} make %install rm -rf $RPM_BUILD_ROOT - -make prefix=$RPM_BUILD_ROOT%{_mingw32_prefix} install +%{_mingw32_makeinstall} %clean @@ -68,6 +58,9 @@ %changelog +* Fri Nov 21 2008 Levente Farkas <lfarkas(a)lfarkas.org> - 3.12-4 +- Enable _mingw32_configure + * Wed Nov 19 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.12-3 - Rebuild against mingw32-filesystem 37

2 3

mingw32-runtime.patch
by Farkas Levente 21 Nov '08

21 Nov '08

hi, rhis patch reenable _mingw32_configure in mingw32-runtime. is it ok? -- Levente "Si vis pacem para bellum!" --- mingw32-runtime.spec 2008-11-21 13:15:52.000000000 +0100 +++ /home/lfarkas/rpm/SPECS/mingw32-runtime.spec 2008-11-21 13:06:58.000000000 +0100 @@ -6,7 +6,7 @@ Name: mingw32-runtime Version: 3.15.1 -Release: 5%{?dist} +Release: 6%{?dist} Summary: MinGW Windows cross-compiler runtime and root filesystem License: Public Domain @@ -17,11 +17,10 @@ BuildArch: noarch -BuildRequires: mingw32-filesystem >= 26 +BuildRequires: mingw32-filesystem >= 38 BuildRequires: mingw32-binutils BuildRequires: mingw32-gcc -Requires: mingw32-filesystem >= 26 Requires: mingw32-binutils Requires: mingw32-gcc @@ -43,24 +42,16 @@ %build -# NB: Do not use _mingw32_configure here as it won't work. -CFLAGS="-I%{_mingw32_includedir}" \ -./configure \ - --build=%_build \ - --host=%{_mingw32_host} -make - +MINGW_CFLAGS="%{_mingw32_cflags} -I%{_mingw32_includedir}" %{_mingw32_configure} +%{_mingw32_make} %install rm -rf $RPM_BUILD_ROOT - -make prefix=$RPM_BUILD_ROOT%{_mingw32_prefix} install +%{_mingw32_makeinstall} # make install places these in nonstandard locations, so move them. mkdir -p $RPM_BUILD_ROOT%{_mingw32_docdir} mv $RPM_BUILD_ROOT%{_mingw32_prefix}/doc/* $RPM_BUILD_ROOT%{_mingw32_docdir}/ -mkdir -p $RPM_BUILD_ROOT%{_mingw32_mandir} -mv $RPM_BUILD_ROOT%{_mingw32_prefix}/man/* $RPM_BUILD_ROOT%{_mingw32_mandir}/ %clean @@ -77,6 +68,9 @@ %changelog +* Fri Nov 21 2008 Levente Farkas <lfarkas(a)lfarkas.org> - 3.15.1-6 +- Reenable _mingw32_configure + * Thu Nov 20 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-5 - Don't use _mingw32_configure macro - doesn't work here.

2 2

mingw32-gcc
by Farkas Levente 21 Nov '08

21 Nov '08

hi, in mingw32-gcc why put a link into /lib/i686-pc-mingw32-cpp -> ../usr/bin/i686-pc-mingw32-cpp i see there is the same in the naive linux package, but in cross compile env is this really required? -- Levente "Si vis pacem para bellum!"

2 1

release number after rebuild
by Farkas Levente 21 Nov '08

21 Nov '08

hi, did you increase all release number after the mass rebuild? imho it'd be useful... -- Levente "Si vis pacem para bellum!"

2 2

where is the doc now?
by Farkas Levente 21 Nov '08

21 Nov '08

hi, according to mingw32-macros.mingw32 %_mingw32_docdir %{_mingw32_prefix}/share/doc and it's not my modification:-) while in http://fedoraproject.org/wiki/Packaging/MinGW it's in the filesystem layout %{_mingw32_prefix}/doc imho the whole page should have to reviewed. -- Levente "Si vis pacem para bellum!"

2 1

Heads up: Yum repo uploading, URLs changed
by Richard W.M. Jones 20 Nov '08

20 Nov '08

I did a complete rebuild overnight, and I'm now uploading it. It will probably take another 2-3 hours to upload. Notice that the temporary repository URLs have changed, because the build is now based on Fedora 10 (not 9). http://www.annexia.org/tmp/mingw/ 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

1 0

FESCo Meeting Summary for 2008-11-19
by Brian Pepple 20 Nov '08

20 Nov '08

=== FESCo Members Present === * Brian Pepple (bpepple) * Jarod Wilson (j-rod) * Bill Nottingham (notting) * Jon Stanley (jds2001) * Karsten Hopp (kick_) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * David Woodhouse (dwmw2) * Dennis Gilmore (dgilmore) == Summary == === F11 Schedule === * FESCo approved the schedule proposed by Release-Engineering after a long discussion. https://www.redhat.com/archives/fedora-advisory-board/2008-November/msg0003… === Features === * FESCo approved the following features for F11: * https://fedoraproject.org/wiki/Features/DeviceKit * https://fedoraproject.org/wiki/Features/VolumeControl * https://fedoraproject.org/wiki/Features/Windows_cross_compiler * This feature is dependent on a significant number of packages that needs to be reviewed, so FESCo will organize some package review days for it, but if folks want to help out beforehand. Here is a list of packages currently ready to be reviewed: https://bugzilla.redhat.com/buglist.cgi?quicksearch=mingw32 * https://fedoraproject.org/wiki/Features/Presto * https://fedoraproject.org/wiki/Features/Multiseat * FESCo (with some input from the QA lead) refined the requirements for the Feature page. It requires a fleshed-out Scope section by Alpha, and the Test plan section to be completed by Feature Freeze. If those sections are not completed by those deadlines, a feature can be dropped. === Webcollage displaying inappropriate material === * FESCo discussed webcollage showing pornographic images. kick_ will verify that webcollage has been fixed in our stable branches. https://bugzilla.redhat.com/show_bug.cgi?id=472061 === Fedora representative to LSB === * bpepple will contact the Server SIG to see if they were interested in taking up the offer from Russ Herrold. https://www.redhat.com/archives/fedora-devel-list/2008-November/msg00763.ht… === FESCo Meeting on Nov. 26 === * FESCo chose not to cancel the November 26th meeting, since the majority of FESCo would be available. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-11-19.html Later, /B -- Brian Pepple <bpepple(a)fedoraproject.org> https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E

1 0

NEWS: Windows cross-compiler feature approved for Fedora 11
by Richard W.M. Jones 20 Nov '08

20 Nov '08

FESCO (the Fedora Engineering Steering Committee) approved the Windows cross-compiler feature for Fedora 11. https://fedoraproject.org/wiki/Features/Windows_cross_compiler The minutes for the 2008-12-19 meeting will eventually appear here: https://fedoraproject.org/wiki/Development/SteeringCommittee/Meetings#2008 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 68 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

3 3

space or tab
by Farkas Levente 20 Nov '08

20 Nov '08

hi, should we use space or tab in mingw32-macros.mingw32? currently mixed which i hate, so i like to fix it (which one is not important for me). -- Levente "Si vis pacem para bellum!"

2 2

strange mingw32-runtime-3.15.1-1 build error (imho it's a bug)
by Farkas Levente 20 Nov '08

20 Nov '08

hi, i don't really understand the mingw32-runtime-3.15.1-useconds_t.patch. on fedora-9 this patch is required since otherwise got this errors: -------------------------------------------------- i686-pc-mingw32-gcc -c -I/usr/i686-pc-mingw32/sys-root/mingw/include -Wall -fomit-frame-pointer -I. -I./.. -I./../include -nostdinc -iwithprefixbefore include -I ./../../w32api/include usleep.c -o usleep.o usleep.c:29: error: expected ')' before 'useconds' make[1]: *** [usleep.o] Error 1 make[1]: Leaving directory `/tmp/mingwrt-3.15.1-mingw32/mingwex' make: *** [mingwex] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.50915 (%build) -------------------------------------------------- while on rhel/centos-5 with this patch i get this error -------------------------------------------------- i686-pc-mingw32-gcc -c -I/usr/i686-pc-mingw32/sys-root/mingw/include -Wall -fomit-frame-pointer -I. -I./.. -I./../include -nostdinc -iwithprefixbefore include -I ./../../w32api/include usleep.c -o usleep.o usleep.c:32: error: redefinition of typedef 'useconds_t' /usr/i686-pc-mingw32/sys-root/mingw/include/sys/types.h:119: error: previous declaration of 'useconds_t' was here make[1]: *** [usleep.o] Error 1 make[1]: Leaving directory `/home/lfarkas/rpm/BUILD/mingwrt-3.15.1-mingw32/mingwex' make: *** [mingwex] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.38097 (%build) -------------------------------------------------- but without this patch it's compile clean!? also the comment in this patch: /* RWMJ: This is defined in our local sys/types.h but for some reason * isn't picked up. */ is also annoying. what's more i already build exactly the same packages ie. mingw32-runtime-3.15.1-1 on the same centos-5.2 and build _without_ the above error!??? so the only thing what can i assume that on fedora and the first time on centos i use mingw32-runtime-bootstrap-1-4. which means mingw32-runtime-bootstrap-1-4 not equivalent with mingw32-runtime-3.15.1-1 and imho it's a bug and should have to be fix. ps. anyway mingw32-runtime-3.14-6 build without this error. -- Levente "Si vis pacem para bellum!"

2 11

can someone enlighten me??
by Farkas Levente 20 Nov '08

20 Nov '08

hi, i need some hep from some rpm experts!:-( i spend way too much time with it so please someone tell me the reason. suppose i write into mingw32-macros.mingw32: --------------------------------------- %_mingw32_cflags -O2 -g --------------------------------------- the values are not important just there is no line break in it, but if i write: --------------------------------------- %_mingw32_cflags -O2 \\\ -g --------------------------------------- the compile, install etc and: VAR="`rpm --eval %{_mingw32_cflags}`";set|grep VAR then the outputs: --------------------------------------- VAR=$'-O2 \\\n -g ' VAR='-O2 -g' --------------------------------------- ^^^ you see if there is a line break then there is an extra "$" at the beginning! why? and how can i remove it? it's not a problem here, but it's a real pain for much longer and complicated macro. thanks in advance. yours. -- Levente "Si vis pacem para bellum!"

2 6

LWN article on the Fedora MinGW project
by Richard W.M. Jones 20 Nov '08

20 Nov '08

http://lwn.net/Articles/307732/ If you're not an LWN subscriber, you can use this free link to get to the article: http://lwn.net/SubscriberLink/307732/0efc7b75c5696ae5/ Rich. -- 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/

1 0

Heads up: Rebuild
by Richard W.M. Jones 20 Nov '08

20 Nov '08

I'm going to rebuild everything overnight with -mms-bitfields and the new mingw32-filesystem package (>= 36). I'm also going to rebuild everything against Fedora 10, whereas previously I was building against Fedora 9. The practical upshot is that at some point tomorrow, if all goes well, the repository will move from: http://www.annexia.org/tmp/mingw/fedora-9/ to: http://www.annexia.org/tmp/mingw/fedora-10/ Of course, since this is only a temporary repository until we get packages into Fedora proper, you weren't relying on this repository for anything important ..... right? Which reminds me, we need people to review packages: https://bugzilla.redhat.com/buglist.cgi?quicksearch=mingw32 The most urgent ones are mingw32-gcc, mingw32-w32api and mingw32-runtime. 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

1 0

Plan for tomorrows (20081119) FESCO meeting
by Brian Pepple 20 Nov '08

20 Nov '08

Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 UTC (13:00 EST) in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting - F11/F12 Schedule - https://www.redhat.com/archives/fedora-advisory-board/2008-November/msg0003… - f13, all /topic FESCO-Meeting -- Features -- https://fedoraproject.org/wiki/Features/DeviceKit /topic FESCO-Meeting -- Features -- https://fedoraproject.org/wiki/Features/VolumeControl /topic FESCO-Meeting -- Features -- https://fedoraproject.org/wiki/Features/Windows_cross_compiler /topic FESCO-Meeting -- Features -- pushed from F10 to F11 https://fedoraproject.org/wiki/Features/Presto -- everything still relevant? /topic FESCO-Meeting -- Features --https://fedoraproject.org/wiki/Features/Multiseat /topic FESCo-Meeting - Fedora representative to LSB? - https://www.redhat.com/archives/fedora-devel-list/2008-November/msg00763.ht… - bpepple /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. Later, /B -- Brian Pepple <bpepple(a)fedoraproject.org> https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E

2 2

-mms-bitfields
by Farkas Levente 19 Nov '08

19 Nov '08

hi, imho it'd be useful to add -mms-bitfields Use native (MS) bitfield layout to the default CFLAGS for mingw. is there objection? of course i we use mingw's gcc for all libs and dll than it's not a problem, but if we use native or precompiled libs or dlls... -- Levente "Si vis pacem para bellum!"

3 5

OCaml Windows cross-compiler
by Richard W.M. Jones 16 Nov '08

16 Nov '08

I got OCaml cross-compiling. Only the native-code compiler is supported, since I didn't think it was worth trying to get the byte-code compiler to work (what's the point if you have the native compiler?) There are some OCaml libraries and programs already in the repository. I'm working towards getting virt-top, virt-df and/or virt-ctrl to cross-compile. At the moment ocamlfind hasn't been ported. Certainly one problem is that many OCaml packages don't expect to have only a native-code compiler. They will expect to have only the byte-code compiler, eg. for platforms which didn't have a native code generator, but not a platform where byte-compiling is impossible. In particular many build scripts expect that 'ocamlc -c *.mli' will work. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

1 0

Re: std library - poco compilation problem mingw - fedora10
by Andrzej Horoszczak IDRA 14 Nov '08

14 Nov '08

Richard, Thank you - I've able to build POCO libraries under Fedora (static release versions) however I have windows mingw linking problem now - and I am afraid it might be a stupid question - do I need to link anything extra under win32 ? (the application itself is build "natively" in windows mingw host environment, it just needs to link-in poco libraries) The linker has a lot of unresolved symbols - all pointing to some system library missing: ..\poco-win32/libPocoNet.a(StreamSocket.o):StreamSocket.cpp:(.text+0x34b): undefined reference to `__Unwind_SjLj_Resume' ..\poco-win32/libPocoNet.a(StreamSocket.o):StreamSocket.cpp:(.text+0x368): undefined reference to `__Unwind_SjLj_Resume' ..\poco-win32/libPocoNet.a(StreamSocket.o):StreamSocket.cpp:(.text+0x4df): undefined reference to `___gxx_personality_sj0' ..\poco-win32/libPocoNet.a(StreamSocket.o):StreamSocket.cpp:(.text+0x4f8): undefined reference to `__Unwind_SjLj_Register' ..\poco-win32/libPocoNet.a(StreamSocket.o):StreamSocket.cpp:(.text+0x54a): undefined reference to `__Unwind_SjLj_Unregister' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text+0x1248): undefined reference to `Poco::Bugcheck::nullPointer(char const*, char const*, int)' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text+0x12f3): undefined reference to `__Unwind_SjLj_Resume' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorIN4Poco3Net9IPAddressESaIS2_EED1Ev[std::vector<Poco::Net::IPAddress,std::allocator<Poco::Net::IPAddress> >::~vector()]+0xf): undefined reference to `___gxx_personality_sj0' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorIN4Poco3Net9IPAddressESaIS2_EED1Ev[std::vector<Poco::Net::IPAddress, std::allocator<Poco::Net::IPAddress> >::~vector()]+0x28): undefined reference to `__Unwind_SjLj_Register' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorIN4Poco3Net9IPAddressESaIS2_EED1Ev[std::vector<Poco::Net::IPAddress, std::allocator<Poco::Net::IPAddress> >::~vector()]+0x80): undefined reference to `__Unwind_SjLj_Unregister' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorISsSaISsEEaSERKS1_[std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::operator=(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char > >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)]+0x2f): undefined reference to `__Unwind_SjLj_Register' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorISsSaISsEEaSERKS1_[std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::operator=(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)]+0x16b): undefined reference to `__Unwind_SjLj_Unregister' ..\poco-win32/libPocoNet.a(HostEntry.o):HostEntry.cpp:(.text$_ZNSt6vectorIN4Poco3Net9IPAddressESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_[std::vector<Poco::Net::IPAddress, std::allocator<Poco::Net::IPAddress>>::_M_insert_aux(__gnu_cxx::__normal_iterator<Poco::Net::IPAddress*, std::vector<Poco::Net::IPAddress, std::allocator<Poco::Net::IPAddress> > >, Poco::Net::IPAddress const&)]+0x3b5): undefined reference to `__Unwind_SjLj_Resume' ..\poco-win32/libPocoNet.a(Socket.o):Socket.cpp:(.text+0x17): undefined reference to `Poco::RefCountedObject::release() const' ..\poco-win32/libPocoNet.a(Socket.o):Socket.cpp:(.text+0x158): undefined reference to `Poco::Bugcheck::nullPointer(char const*, char const*, int)' (...) ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x40ea): undefined reference to `__Unwind_SjLj_Unregister' ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x41a4): undefined reference to `Poco::Bugcheck::assertion(char const*, char const*, int)' ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x46ff): undefined reference to `___gxx_personality_sj0' ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x4718): undefined reference to `__Unwind_SjLj_Register' ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x4770): undefined reference to `__Unwind_SjLj_Unregster' ..\poco-win32/libPocoNet.a(SocketImpl.o):SocketImpl.cpp:(.text+0x4856): undefined reference to `__Unwind_SjLj_Resume' collect2: ld returned 1 exit status make: *** [borg] Error 1

5 7

FYI: Tiny patch to mingw32-filesystem
by Richard W.M. Jones 14 Nov '08

14 Nov '08

Uncontroversial, extra pseudo-provides, needed for curl. I actually already committed this. Rich. -- 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/

1 0

NSPR & NSS in MinGW
by Richard W.M. Jones 13 Nov '08

13 Nov '08

To MinGW users: I've added NSPR (Netscape Portable Runtime) and NSS (Netscape's security library) to the Mercurial repo, but at present neither of them are really working. NSPR - This builds if I use 'rpmbuild', but it doesn't build within 'mock'. It's probably some very trivial difference, but I spent about a day on it and just couldn't see what it was, so if someone else would like to take a look, please be my guest. (Note that just building isn't enough - the problem is that it must build within mock and yum). NSS - Like NSPR, this has an on-crack custom build system. Actually, the build system is even more crazy than NSPR. I had a go at this, but it's going to take a great deal of work, probably even more than the work I did for OpenSSL. In the long term, I need both in order to add https:// URI support to libcurl, which is a dependency for the oVirt standalone client. In the meantime, I'm working on a cut-down libcurl library which will lack https and a few other features. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

1 0

SECURITY: FEDORA-2008-9530: mingw32-gnutls updated
by Richard W.M. Jones 13 Nov '08

13 Nov '08

The mingw32-gnutls package was updated with a security fix from the native Fedora package. More about the native fix can be found here: Bug #470079 - CVE-2008-4989 gnutls: certificate chain verification flaw https://bugzilla.redhat.com/show_bug.cgi?id=470079 Rich. -- 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/

1 0

man directory change (and other macro rewrites)
by Farkas Levente 11 Nov '08

11 Nov '08

hi, while i try to rebuild mingw32-libxml2 i've got this error: ------------------------------------------------------- Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/mingw32-libxml2-2.7.2-3-root-lfarkas error: Installed (but unpackaged) file(s) found: /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xml2-config.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xmlcatalog.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xmllint.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man3/libxml.3 RPM build errors: File listed twice: /usr/i686-pc-mingw32/sys-root/mingw/lib/pkgconfig/libxml-2.0.pc Installed (but unpackaged) file(s) found: /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xml2-config.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xmlcatalog.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man1/xmllint.1 /usr/i686-pc-mingw32/sys-root/mingw/man/man3/libxml.3 ------------------------------------------------------- this's because on fedora man pages in /usr/share/man while on rhel/centos (and older fedora releases) it was under /usr/man. of course since we delete all man and info pages i can simple delete these directories too. but the question why this happened? because it's hardcoded into mingw32-filesystem's /etc/rpm/macros.mingw32. wouldn't be these macros: ------------------------------------------------------- %_mingw32_sysroot %{_prefix}/i686-pc-mingw32/sys-root %_mingw32_prefix %{_mingw32_sysroot}/mingw %_mingw32_bindir %{_mingw32_prefix}/bin %_mingw32_sbindir %{_mingw32_prefix}/sbin %_mingw32_libdir %{_mingw32_prefix}/lib %_mingw32_libexecdir %{_mingw32_prefix}/libexec %_mingw32_datadir %{_mingw32_prefix}/share %_mingw32_docdir %{_mingw32_prefix}/share/doc %_mingw32_infodir %{_mingw32_prefix}/share/info %_mingw32_mandir %{_mingw32_prefix}/share/man %_mingw32_sysconfdir %{_mingw32_prefix}/etc %_mingw32_includedir %{_mingw32_prefix}/include ------------------------------------------------------- rewritten to something like this: %_mingw32_mandir %{_mingw32_prefix}%_mandir etc. -- Levente "Si vis pacem para bellum!"

3 17

EPEL build status
by Farkas Levente 11 Nov '08

11 Nov '08

hi, today i spend too much time (~15 hours) to build mingw packages on centos-5:-( but here is a short result and may be sometime in this week i try to solve the remaining problems too and submit patches to the review requests. SUBMITTED FOR EPEL: mingw32-filesystem-34-1.el5 mingw32-binutils-2.18.50_20080109_2-8.el5 BUILD FOR EPEL: from modified spec file: mingw32-filesystem-34-2.el5 mingw32-libxml2-2.7.2-4.fc9.src.rpm from original src.rpm: mingw32-atk-1.24.0-2.fc9.src.rpm mingw32-boost-1.34.1-2.fc9.src.rpm mingw32-bzip2-1.0.5-3.fc9.src.rpm mingw32-cairo-1.8.0-2.fc9.src.rpm mingw32-cairomm-1.6.2-2.fc9.src.rpm mingw32-expat-2.0.1-1.fc9.src.rpm mingw32-freetype-2.3.7-5.fc9.src.rpm mingw32-fontconfig-2.6.0-5.fc9.src.rpm mingw32-gcc-4.3.2-8.fc9.src.rpm mingw32-gettext-0.17-6.fc9.src.rpm mingw32-gdbm-1.8.0-1.fc9.src.rpm mingw32-glib2-2.18.1-2.fc9.src.rpm mingw32-glibmm24-2.18.1-2.fc9.src.rpm mingw32-gsl-1.11-1.fc9.src.rpm mingw32-gtk2-2.14.4-3.fc9.src.rpm mingw32-gtkmm24-2.14.1-1.fc9.src.rpm mingw32-iconv-1.12-5.fc9.src.rpm mingw32-jasper-1.900.1-5.fc9.src.rpm mingw32-libgcrypt-1.4.3-2.fc9.src.rpm mingw32-libgpg-error-1.6-8.fc9.src.rpm mingw32-libjpeg-6b-5.fc9.src.rpm mingw32-libpng-1.2.31-5.fc9.src.rpm mingw32-libsigc++20-2.2.2-1.fc9.src.rpm mingw32-nsis-2.39-5.fc9.src.rpm mingw32-nsiswrapper-3-2.fc9.src.rpm mingw32-openssl-0.9.8g-1.fc9.src.rpm mingw32-pango-1.22.1-1.fc9.src.rpm mingw32-pangomm-2.14.0-2.fc9.src.rpm mingw32-pixman-0.12.0-2.fc9.src.rpm mingw32-pdcurses-3.4-1.fc9.src.rpm mingw32-poco-1.3.3p1-1.fc9.src.rpm mingw32-popt-1.13_cvs20081025-1.fc9.src.rpm mingw32-portablexdr-4.0.11-1.fc9.src.rpm mingw32-pthreads-2.8.0-2.fc9.src.rpm mingw32-termcap-1.3.1-3.fc9.src.rpm mingw32-readline-5.2-2.fc9.src.rpm mingw32-runtime-bootstrap-1-4.fc9.src.rpm mingw32-SDL-1.2.13-2.fc9.src.rpm mingw32-sqlite-3.5.9-2.fc9.src.rpm mingw32-w32api-bootstrap-1-4.fc9.src.rpm mingw32-w32api-3.12-1.fc9.src.rpm mingw32-zlib-1.2.3-9.fc9.src.rpm CAN'T BUILD FOR EPEL: mingw32-dbus-1.2.4-0.1.20081031svn.fc9.src.rpm mingw32-gc-7.1-1.fc9.src.rpm mingw32-gnutls-2.4.2-2.fc9.src.rpm mingw32-gtk-vnc-0.3.8-0.2.20081030hg.fc9.src.rpm mingw32-inkscape-20081027-5.fc9.src.rpm mingw32-libvirt-0.4.6-8.fc9.src.rpm mingw32-libxslt-1.1.24-2.fc9.src.rpm mingw32-runtime-3.15.1-1.fc9.src.rpm WAITING FOR BUILD FOR EPEL: mingw32-gtk+-1.2.10-66 -- Levente "Si vis pacem para bellum!"

2 1

C++, exceptions, SJLJ, Dwarf2
by Richard W.M. Jones 11 Nov '08

11 Nov '08

Anyone got any idea about this? http://www.reddit.com/r/programming/comments/7cbjv/windows_cross_compiler_p… One question, for C++ do you use SJLJ or Dwarf2 exceptions? I have switched the compiler to DW2 recently. Also, one pitfall that has hit us, and that you need to avoid, is the inability for C++ exceptions to cross DLL boundaries. You need to provide support for that from the ground up, before you get too loaded down with DLL's which can't support exceptions. Here [http://inkscape.modevia.com/] is the stuff we use daily. The compilers and "lib bundles" are located in win32libs. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 68 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

2 2

Debugging
by Richard W.M. Jones 11 Nov '08

11 Nov '08

And another one ... Debugging cross-compiled programs has proved a real problem. I've mainly been doing it with printf statements, which is certainly not ideal. http://www.reddit.com/r/programming/comments/7cbjv/windows_cross_compiler_p… 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

1 0

[PATCH 0/5] libssh2: Enable cross-compilation from Linux to Windows using MinGW
by Richard W.M. Jones 11 Nov '08

11 Nov '08

These five patches enable libssh2 to be cross-compiled from a Fedora Linux system to Windows using Fedora's new MinGW cross-compiler: https://fedoraproject.org/wiki/MinGW After applying these patches, you can cross-compile from a Fedora system using: autoreconf mingw32-configure --enable-shared make and you will end up with libssh2-1.dll and assorted Windows executables in the example/simple directory, which you can test using Wine or Windows. I tested the example programs using Wine and an OpenSSH sshd and they appeared to work fine. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 68 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

2 6

Re: gtk2 on epel won't be easy
by Richard W.M. Jones 10 Nov '08

10 Nov '08

In response to this thread: http://lists.fedoraproject.org/pipermail/fedora-mingw/2008-October/000001.h… As the packages get added to Fedora CVS, I'm requesting EL-5 branch and building them. Part of the reason is that oVirt _may_ wish to build a Windows client on RHEL/EPEL, and they have requested this. Another reason is that there seems to be interest from CentOS users. It'd be useful to have EPEL co-maintainers though to make this task easier. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

3 11

Windows cross-compiler feature for F-11, and reddit thread
by Richard W.M. Jones 10 Nov '08

10 Nov '08

I added this a while back. It needs a bit more work: https://fedoraproject.org/wiki/Features/Windows_cross_compiler By coincidence, reddit just picked the story up. The thread is here: http://www.reddit.com/r/programming/comments/7cbjv/windows_cross_compiler_p… Rich. -- 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/

1 0

Apparently I wasn't subscribed ...
by Richard W.M. Jones 09 Nov '08

09 Nov '08

I thought this list was 'a bit quiet'. Turns out that although I am an administrator of the list, I hadn't been subscribed to the list ... I'll try and reply to emails that I find in the archive now - my apologies that the replies won't be threaded correctly. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

2 1

Re: std library - poco compilation problem mingw - fedora10
by Richard W.M. Jones 08 Nov '08

08 Nov '08

In response to: http://lists.fedoraproject.org/pipermail/fedora-mingw/2008-November/000010.… > b) poco is already prepared for cross-compilation to mingw (under > cygwin) MinGW and Cygwin are wholly separate and different things. Do not confuse them. MinGW is just a compiler and some Win32 header files. Cross- compilation using MinGW (which is what the Fedora MinGW project is all about) uses Win32 API calls, and so Unix programs require significant porting efforts to work. eg. If your Unix program calls 'fork(2)', then forget it - it's never going to work under Win32 API until that dependency is removed or replaced. Cygwin is, essentially, a Unix emulator for Windows. Unix programs can usually be compiled directly for Cygwin with no changes, because Cygwin offers the familiar Unix/POSIX API to programs (by emulating it at great cost, including features like 'fork' which are not found on Windows and expensive to emulate). Cygwin has fatal licensing problems which prevent commercial use, apart from being inefficient, which is why we didn't go that route. So back to your program ... > i686-pc-mingw32-g++ -Iinclude > -I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include > -I/home/andrzej/poco/poco-1.3.3p1/Foundation/include > -I/home/andrzej/poco/poco-1.3.3p1/XML/include > -I/home/andrzej/poco/poco-1.3.3p1/Util/include > -I/home/andrzej/poco/poco-1.3.3p1/Net/include -DPOCO_BUILD_HOST=linx > -v -mno-cygwin -D_WIN32 -DMINGW32 -DWINVER=0x500 > -DPOCO_NO_FPENVIRONMENT -DPCRE_STATIC -DPOCO_THREAD_STACK_SIZE > -DFoundation_Config_INCLUDED -I/usr/local/include -I/usr/include ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is your problem - the cross-compilers that we ship are configured so they never look in /usr/include or /usr/local/include. Header files in /usr/include are for the build system (Fedora), and are wrong for the host system (Windows). If you specifically add /usr/include and /usr/local/include back in, then you'll pick up the wrong headers, and anything can go wrong from there. I gather that you didn't write Poco's build system, but you need to go back and find out why it's including this. Probably (as demonstrated by the MinGW / Cygwin confusion above), Poco either hasn't been ported to MinGW, or needs some different options to compile under a true MinGW cross-compiler. If that doesn't help, try reading my porting notes: http://camltastic.blogspot.com/2008/10/mingw-compile-software-for-windows.h… (or maybe I'd better say, read them again, because I see you put a comment there already). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 68 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

1 2

std library - poco compilation problem mingw - fedora10
by Andrzej Horoszczak IDRA 08 Nov '08

08 Nov '08

It is a great idea to add mingw packages to such major distribution. I have tried today with Fedora10 (installed fine via yum) I chose to try it on poco (http://pocoproject.org/) because: a) I urgently need it b) poco is already prepared for cross-compilation to mingw (under cygwin) It started well but is seems that the include directories are incorrect? I would appreciate any help []$ make make -C /home/andrzej/poco/poco-1.3.3p1/Foundation make[1]: Entering directory `/home/andrzej/poco/poco-1.3.3p1/Foundation' ** Compiling src/Environment.cpp (debug) i686-pc-mingw32-g++ -Iinclude -I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include -I/home/andrzej/poco/poco-1.3.3p1/Foundation/include -I/home/andrzej/poco/poco-1.3.3p1/XML/include -I/home/andrzej/poco/poco-1.3.3p1/Util/include -I/home/andrzej/poco/poco-1.3.3p1/Net/include -DPOCO_BUILD_HOST=linx -v -mno-cygwin -D_WIN32 -DMINGW32 -DWINVER=0x500 -DPOCO_NO_FPENVIRONMENT -DPCRE_STATIC -DPOCO_THREAD_STACK_SIZE -DFoundation_Config_INCLUDED -I/usr/local/include -I/usr/include -g -D_DEBUG -c src/Environment.cpp -o /home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o Using built-in specs. Target: i686-pc-mingw32 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-mingw32 --with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root --enable-languages=c,c++ Thread model: win32 gcc version 4.3.2 (GCC) COLLECT_GCC_OPTIONS='-Iinclude' '-I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include' '-I/home/andrzej/poco/poco-1.3.3p1/Foundation/include' '-I/home/andrzej/poco/poco-1.3.3p1/XML/include' '-I/home/andrzej/poco/poco-1.3.3p1/Util/include' '-I/home/andrzej/poco/poco-1.3.3p1/Net/include' '-DPOCO_BUILD_HOST=linx' '-v' '-mno-cygwin' '-D_WIN32' '-DMINGW32' '-DWINVER=0x500' '-DPOCO_NO_FPENVIRONMENT' '-DPCRE_STATIC' '-DPOCO_THREAD_STACK_SIZE' '-DFoundation_Config_INCLUDED' '-I/usr/local/include' '-I/usr/include' '-g' '-D_DEBUG' '-c' '-o' '/home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o' '-mtune=generic' /usr/libexec/gcc/i686-pc-mingw32/4.3.2/cc1plus -quiet -v -Iinclude -I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include -I/home/andrzej/poco/poco-1.3.3p1/Foundation/include -I/home/andrzej/poco/poco-1.3.3p1/XML/include -I/home/andrzej/poco/poco-1.3.3p1/Util/include -I/home/andrzej/poco/poco-1.3.3p1/Net/include -I/usr/local/include -I/usr/include -DPOCO_BUILD_HOST=linx -D_WIN32 -DMINGW32 -DWINVER=0x500 -DPOCO_NO_FPENVIRONMENT -DPCRE_STATIC -DPOCO_THREAD_STACK_SIZE -DFoundation_Config_INCLUDED -D_DEBUG src/Environment.cpp -quiet -dumpbase Environment.cpp -mno-cygwin -mtune=generic -auxbase-strip /home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o -g -version -o /tmp/cc6okgPp.s ignoring nonexistent directory "/usr/i686-pc-mingw32/sys-root/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-mingw32/4.3.2/../../../../i686-pc-mingw32/include" ignoring duplicate directory "/home/andrzej/poco/poco-1.3.3p1/Foundation/include" #include "..." search starts here: #include <...> search starts here: include /home/andrzej/poco/poco-1.3.3p1/CppUnit/include /home/andrzej/poco/poco-1.3.3p1/XML/include /home/andrzej/poco/poco-1.3.3p1/Util/include /home/andrzej/poco/poco-1.3.3p1/Net/include /usr/local/include /usr/include /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++ /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/i686-pc-mingw32 /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/backward /usr/lib/gcc/i686-pc-mingw32/4.3.2/include /usr/lib/gcc/i686-pc-mingw32/4.3.2/include-fixed /usr/i686-pc-mingw32/sys-root/mingw/include End of search list. GNU C++ (GCC) version 4.3.2 (i686-pc-mingw32) compiled by GNU C version 4.3.0 20080428 (Red Hat 4.3.0-8), GMP version 4.2.2, MPFR version 2.3.0-p2. warning: MPFR header version 2.3.0-p2 differs from library version 2.3.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: ae26091e2341bb99ed135a76888b4e34 In file included from src/Environment.cpp:48: src/Environment_WIN32.cpp: In static member function 'static void Poco::EnvironmentImpl::nodeIdImpl(Poco::UInt8 (&)[6])': src/Environment_WIN32.cpp:176: error: 'memcpy' is not a member of 'std' make[1]: *** [/home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o] Error 1 make[1]: Leaving directory `/home/andrzej/poco/poco-1.3.3p1/Foundation' make: *** [Foundation-libexec] Error 2 []$

1 0

poco compilation problem mingw - fedora10
by ah＠onborg.com 08 Nov '08

08 Nov '08

what is wrong with my system libararies [andrzej@linx poco-1.3.3p1]$ make make -C /home/andrzej/poco/poco-1.3.3p1/Foundation make[1]: Entering directory `/home/andrzej/poco/poco-1.3.3p1/Foundation' ** Compiling src/Environment.cpp (debug) i686-pc-mingw32-g++ -Iinclude -I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include -I/home/andrzej/poco/poco-1.3.3p1/Foundation/include -I/home/andrzej/poco/poco-1.3.3p1/XML/include -I/home/andrzej/poco/poco-1.3.3p1/Util/include -I/home/andrzej/poco/poco-1.3.3p1/Net/include -DPOCO_BUILD_HOST=linx -v -mno-cygwin -D_WIN32 -DMINGW32 -DWINVER=0x500 -DPOCO_NO_FPENVIRONMENT -DPCRE_STATIC -DPOCO_THREAD_STACK_SIZE -DFoundation_Config_INCLUDED -I/usr/local/include -I/usr/include -g -D_DEBUG -c src/Environment.cpp -o /home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o Using built-in specs. Target: i686-pc-mingw32 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-mingw32 --with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root --enable-languages=c,c++ Thread model: win32 gcc version 4.3.2 (GCC) COLLECT_GCC_OPTIONS='-Iinclude' '-I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include' '-I/home/andrzej/poco/poco-1.3.3p1/Foundation/include' '-I/home/andrzej/poco/poco-1.3.3p1/XML/include' '-I/home/andrzej/poco/poco-1.3.3p1/Util/include' '-I/home/andrzej/poco/poco-1.3.3p1/Net/include' '-DPOCO_BUILD_HOST=linx' '-v' '-mno-cygwin' '-D_WIN32' '-DMINGW32' '-DWINVER=0x500' '-DPOCO_NO_FPENVIRONMENT' '-DPCRE_STATIC' '-DPOCO_THREAD_STACK_SIZE' '-DFoundation_Config_INCLUDED' '-I/usr/local/include' '-I/usr/include' '-g' '-D_DEBUG' '-c' '-o' '/home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o' '-mtune=generic' /usr/libexec/gcc/i686-pc-mingw32/4.3.2/cc1plus -quiet -v -Iinclude -I/home/andrzej/poco/poco-1.3.3p1/CppUnit/include -I/home/andrzej/poco/poco-1.3.3p1/Foundation/include -I/home/andrzej/poco/poco-1.3.3p1/XML/include -I/home/andrzej/poco/poco-1.3.3p1/Util/include -I/home/andrzej/poco/poco-1.3.3p1/Net/include -I/usr/local/include -I/usr/include -DPOCO_BUILD_HOST=linx -D_WIN32 -DMINGW32 -DWINVER=0x500 -DPOCO_NO_FPENVIRONMENT -DPCRE_STATIC -DPOCO_THREAD_STACK_SIZE -DFoundation_Config_INCLUDED -D_DEBUG src/Environment.cpp -quiet -dumpbase Environment.cpp -mno-cygwin -mtune=generic -auxbase-strip /home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o -g -version -o /tmp/cc6okgPp.s ignoring nonexistent directory "/usr/i686-pc-mingw32/sys-root/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-mingw32/4.3.2/../../../../i686-pc-mingw32/include" ignoring duplicate directory "/home/andrzej/poco/poco-1.3.3p1/Foundation/include" #include "..." search starts here: #include <...> search starts here: include /home/andrzej/poco/poco-1.3.3p1/CppUnit/include /home/andrzej/poco/poco-1.3.3p1/XML/include /home/andrzej/poco/poco-1.3.3p1/Util/include /home/andrzej/poco/poco-1.3.3p1/Net/include /usr/local/include /usr/include /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++ /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/i686-pc-mingw32 /usr/lib/gcc/i686-pc-mingw32/4.3.2/include/c++/backward /usr/lib/gcc/i686-pc-mingw32/4.3.2/include /usr/lib/gcc/i686-pc-mingw32/4.3.2/include-fixed /usr/i686-pc-mingw32/sys-root/mingw/include End of search list. GNU C++ (GCC) version 4.3.2 (i686-pc-mingw32) compiled by GNU C version 4.3.0 20080428 (Red Hat 4.3.0-8), GMP version 4.2.2, MPFR version 2.3.0-p2. warning: MPFR header version 2.3.0-p2 differs from library version 2.3.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: ae26091e2341bb99ed135a76888b4e34 In file included from src/Environment.cpp:48: src/Environment_WIN32.cpp: In static member function 'static void Poco::EnvironmentImpl::nodeIdImpl(Poco::UInt8 (&)[6])': src/Environment_WIN32.cpp:176: error: 'memcpy' is not a member of 'std' make[1]: *** [/home/andrzej/poco/poco-1.3.3p1/Foundation/obj/MinGW/ia32/debug_static/Environment.o] Error 1 make[1]: Leaving directory `/home/andrzej/poco/poco-1.3.3p1/Foundation' make: *** [Foundation-libexec] Error 2 [andrzej@linx poco-1.3.3p1]$

1 0

gtk2 on epel won't be easy
by Farkas Levente 01 Nov '08

01 Nov '08

hi, i try to build gtk2 (and it's requirements) for epel, but there is a big problem that many packages require automake-1.10 which is on fedora but not on rhel-5:-( so for the moment i give it up this part of the packages. -- Levente "Si vis pacem para bellum!"

2 8

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw November 2008