mingw November 2008

mingw@lists.fedoraproject.org

12 participants
53 discussions

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw November 2008