Re: [Mingw-w64-public] libuv build fail with 32bit rubenvb 4.7.1

2012-09-10 Thread Ozkan Sezer
On 9/11/12, Jon wrote: > In an custom msys wrapped > `i686-w64-mingw32-gcc-4.7.1-2-release-win32_rubenvb.7z` toolchain I get the > following build fail with libuv that doesn't occur when I use a mingw.org > based 4.6.2 toolchain. > > C:\Users\Jon\Documents\CDev\libuv-git>make > gcc -Iinclude -Iinc

[Mingw-w64-public] libuv build fail with 32bit rubenvb 4.7.1

2012-09-10 Thread Jon
In an custom msys wrapped `i686-w64-mingw32-gcc-4.7.1-2-release-win32_rubenvb.7z` toolchain I get the following build fail with libuv that doesn't occur when I use a mingw.org based 4.6.2 toolchain. C:\Users\Jon\Documents\CDev\libuv-git>make gcc -Iinclude -Iinclude/uv-private -g --std=gnu89 -D_

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Ruben Van Boxem
2012/9/10 Peter Kümmel > On 10.09.2012 12:12, Ruben Van Boxem wrote: > >> > >> I had a look at Ruben's github code, > >> and it looks like it is only for personal use only: no readme, > >> no automatic source download (e.g. were to set LIBICONV_VERSION?), > >> not usable out of the box. > >> > >

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Peter Kümmel
On 10.09.2012 12:12, Ruben Van Boxem wrote: >> >> I had a look at Ruben's github code, >> and it looks like it is only for personal use only: no readme, >> no automatic source download (e.g. were to set LIBICONV_VERSION?), >> not usable out of the box. >> > > Hi, > > I will not deny the points you

Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW for Qt 5

2012-09-10 Thread K. Frank
Hello Ruben! On Mon, Sep 10, 2012 at 5:33 AM, Ruben Van Boxem wrote: > 2012/9/1 asmwarrior >> >> On 2012-9-1 0:00, Loaden wrote: >> > 2012/8/31 K. Frank > > > >> > >> > Also, I've had a problem with recent versions of mingw-w64 gdb. >> > It's slow >> > as mol

Re: [Mingw-w64-public] how convert png/tif/jpg/gif to bmp? - no COM libs!

2012-09-10 Thread Kai Tietz
Hi Jim, on our trunk-version we provide this library. We synchronized this library with Wine and Jacek told me on IRC that this library is present and is containing the CLSIDs. Is that the library you are missing, or does this library misses some exports for you? Regards, Kai --

Re: [Mingw-w64-public] Ruben's builds: native or cross-compiled?

2012-09-10 Thread Luis Lavena
On Mon, Sep 10, 2012 at 7:14 AM, Ruben Van Boxem wrote: > 2012/9/8 Luis Lavena >> >> Hello, >> >> I'm starting to use GCC 4.7.1 (win32 threading model) on both win32 >> and win64 OS and noticed the executables are no longer prefixed. >> >> Previous builds had the executables prefixed, which I was

Re: [Mingw-w64-public] how convert png/tif/jpg/gif to bmp? - no COM libs!

2012-09-10 Thread Pau Garcia i Quiles
Hi, What about using ImageMagick or GraphicsMagick? (either as a library or invoking the executable as a process) On Wed, Sep 5, 2012 at 8:59 AM, Jim Michaels wrote: > wait - I was kindly provided conversion code by someone because I haven't > done COM programming in 20+ years and this is comp

Re: [Mingw-w64-public] -ffloat-store not needed with 64-bit compiler

2012-09-10 Thread Kai Tietz
2012/9/8 Sisyphus : > Hi, > > Attached is a small demo program (demo.c). > > With 32-bit mingw compilers (both mingw.org's 4.5.2 and mingw64's 4.6.3) the > output of that program differs, depending upon whether I build it with > -ffloat-store or not. > I've no problem with that - I think I understa

Re: [Mingw-w64-public] how convert png/tif/jpg/gif to bmp? - no COM libs!

2012-09-10 Thread Kai Tietz
Hmm, I assume that in that library are just the GUIDs. Does our libuuid.a not contain the relevant GUIDs? Cheers, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and

Re: [Mingw-w64-public] Ruben's builds: native or cross-compiled?

2012-09-10 Thread Ruben Van Boxem
2012/9/8 Luis Lavena > Hello, > > I'm starting to use GCC 4.7.1 (win32 threading model) on both win32 > and win64 OS and noticed the executables are no longer prefixed. > > Previous builds had the executables prefixed, which I was instructured > were result of cross-compiled compilers and not nat

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Ruben Van Boxem
2012/9/10 Peter Kümmel > On 09.09.2012 14:38, niXman wrote: > > 2012/9/9 Peter Kümmel: > > > >> But why do you also point to Ruben's scripts, what's the difference? > >> Don't your scripts work on Linux? > > This was only a question not a critic. > > > My scripts were originally created to build

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread niXman
2012/9/10 Peter Kümmel: > Great, when you push it I'm happy to try it out. > I've no problem when it is broken a bit, I'm glad to help. I understand. Thank you for the feedback! -- Regards, niXman ___ Dual-target(32 & 64 bit) MinGW compilers for

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Peter Kümmel
On 10.09.2012 11:48, niXman wrote: > 2012/9/10 Peter Kümmel: > >> Shouldn't be that hard. The main difference is that the cross-compiler >> are already installed on the system, for instance on Ubuntu >> /usr/bin/x86_64-w64-mingw32-gcc, so the compiler name has a prefix and >> x32/x64 are both in /u

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread niXman
2012/9/10 Peter Kümmel: > Shouldn't be that hard. The main difference is that the cross-compiler > are already installed on the system, for instance on Ubuntu > /usr/bin/x86_64-w64-mingw32-gcc, so the compiler name has a prefix and > x32/x64 are both in /usr/bin. > Also it could be assumened that

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread niXman
2012/9/10 Peter Kümmel : > On 09.09.2012 14:38, niXman wrote: >> 2012/9/9 Peter Kümmel: >> >>> But why do you also point to Ruben's scripts, what's the difference? >>> Don't your scripts work on Linux? > > This was only a question not a critic. > >> My scripts were originally created to build MinG

Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW for Qt 5

2012-09-10 Thread Ruben Van Boxem
2012/9/1 asmwarrior > On 2012-9-1 0:00, Loaden wrote: > > 2012/8/31 K. Frank > > kfrank2...@gmail.com>> > > > > Also, I've had a problem with recent versions of mingw-w64 gdb. > It's slow > > as molasses loading up and/or initializing an application (minutes), > but > > once the ap

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Peter Kümmel
On 09.09.2012 14:38, niXman wrote: > > Linux support will be made in the next version of MinGW-builds > squeaks. About a month. > Shouldn't be that hard. The main difference is that the cross-compiler are already installed on the system, for instance on Ubuntu /usr/bin/x86_64-w64-mingw32-gcc, so t

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread JonY
On 9/10/2012 16:44, Peter Kümmel wrote: > - how to disable SLJL(enable SEH) for x64? (--disable-sjlj-exceptions) Don't specify --disable-sjlj-exceptions or --enable-sjlj-exceptions. signature.asc Description: OpenPGP digital signature --

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Peter Kümmel
On 10.09.2012 03:05, Zouzou wrote: > On 09/09/12 23:16, Peter Kümmel wrote: Is SEH in 4.7.2 or only in 4.8? How stable is it? >>> >>> SEH is enabled in 4.8 series, not sure about 4.7.3 though. >> >> Only in 4.8. The patch >> >> >> http://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=8ad0b5

Re: [Mingw-w64-public] Mingw for Qt

2012-09-10 Thread Peter Kümmel
On 09.09.2012 14:38, niXman wrote: > 2012/9/9 Peter Kümmel: > >> But why do you also point to Ruben's scripts, what's the difference? >> Don't your scripts work on Linux? This was only a question not a critic. > My scripts were originally created to build MinGW in Windows. I think > it is not ri