November 2008 - mingw - Fedora mailing-lists

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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 19 Nov '08

19 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 15 Nov '08

15 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 13 Nov '08

13 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 10 Nov '08

10 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 10 Nov '08

10 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 10 Nov '08

10 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 09 Nov '08

09 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 08 Nov '08

08 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw November 2008