[Mingw-w64-public] issue with shlobjidl.h

There is a problem with shlobjidl.h, in that gcc complains with: C:\MinGW64\mingw\include/shobjidl.h:800:3: warning: 'typedef' was ignored in this declaration Due to: typedef enum tagSHCONTF { SHCONTF_FOLDERS = 0x0020,SHCONTF_NONFOLDERS = 0x0040,SHCONTF_INCLUDEHIDDEN = 0x0080,SHCONTF_INIT_

Re: [Mingw-w64-public] ppl and mingw-w64

2010/9/15 Ozkan Sezer > > I already downloaded from there, this one > http://www.cs.unipr.it/ppl/Download/ftp/releases/0.11/ppl-0.11.tar.gz > > Did you look at the Boundary.defs.hh line 196 in it: > r = info.restrict(round_dir_check(type, check), x, V_GT); > > It is where it is failing. The error

Re: [Mingw-w64-public] ppl and mingw-w64

On Wed, Sep 15, 2010 at 11:40 PM, Ruben Van Boxem wrote: > 2010/9/15 Ozkan Sezer >> >> OK, then. >> >> Ruben:  Please take the attached _mingw.h header and copy >> it over the one provided by my build. (applies to builds >> targetting both x86 and x64.) >> >> Kai:  Will post a patch on the devel

Re: [Mingw-w64-public] ppl and mingw-w64

2010/9/15 Ozkan Sezer > > OK, then. > > Ruben: Please take the attached _mingw.h header and copy > it over the one provided by my build. (applies to builds > targetting both x86 and x64.) > > Kai: Will post a patch on the devel mailing list shortly Sorry to say so, but no change :( ... Also I

Re: [Mingw-w64-public] ppl and mingw-w64

On Wed, Sep 15, 2010 at 11:21 PM, Kai Tietz wrote: > 2010/9/15 Ozkan Sezer : >> On Wed, Sep 15, 2010 at 10:35 PM, Ruben Van Boxem >> wrote: >>> Hi, >>> >>> I am now trying to get ppl to compile with mingw-w64 (for now, with sezero's >>> latest build again, as TDM64 is finicky with everything gcc-

Re: [Mingw-w64-public] ppl and mingw-w64

2010/9/15 Ozkan Sezer : > On Wed, Sep 15, 2010 at 10:35 PM, Ruben Van Boxem > wrote: >> Hi, >> >> I am now trying to get ppl to compile with mingw-w64 (for now, with sezero's >> latest build again, as TDM64 is finicky with everything gcc-related :( ) >> >> I built GMP with --enable-cxx and have le

Re: [Mingw-w64-public] ppl and mingw-w64

On Wed, Sep 15, 2010 at 10:35 PM, Ruben Van Boxem wrote: > Hi, > > I am now trying to get ppl to compile with mingw-w64 (for now, with sezero's > latest build again, as TDM64 is finicky with everything gcc-related :( ) > > I built GMP with --enable-cxx and have let ppl configure know about gmp wit

[Mingw-w64-public] ppl and mingw-w64

Hi, I am now trying to get ppl to compile with mingw-w64 (for now, with sezero's latest build again, as TDM64 is finicky with everything gcc-related :( ) I built GMP with --enable-cxx and have let ppl configure know about gmp with --with-gmp-prefix=/path/to/gmp/with/cxx I get this error after ma

Re: [Mingw-w64-public] Help: __mingw_aligned_malloc was not declared in this scope

I did both changes. I am getting now _aligned_malloc was not declared in this scope. Thanks and Regards G E Naganna -Original Message- From: Ozkan Sezer [mailto:seze...@gmail.com] Sent: Wednesday, September 15, 2010 8:51 PM To: G E Naganna Cc: mingw-w64-public@lists.sourceforge.net Subj

Re: [Mingw-w64-public] Help: __mingw_aligned_malloc was not declared in this scope

On Wed, Sep 15, 2010 at 5:47 PM, G E Naganna wrote: > Hi all, > >  I am getting following error if I use __aligned_malloc function in code. > > Error : __mingw_aligned_malloc was not declared in this scope > > My code is as follows > == > Add an #include here, and ...

[Mingw-w64-public] Help: __mingw_aligned_malloc was not declared in this scope

Hi all, I am getting following error if I use __aligned_malloc function in code. Error : __mingw_aligned_malloc was not declared in this scope My code is as follows == #include #ifdef _WIN32 #include #else #include #include #endif #ifdef __MINGW32__ #define _al

[Mingw-w64-public] Wiki page for building from source

Hello guys, I noticed there hasn't been more automated builds for Darwin since 2010-09-02. So looking at this page: http://sourceforge.net/apps/trac/mingw-w64/wiki/Cross%20Win32%20and%20Win64%20compiler Things marked as optional (like CVS) are mentioned to be required for building steps bellow.

Re: [Mingw-w64-public] second run of gcc compilation and multilib problems

2010/9/15 JonY > On 9/15/2010 20:56, Ruben Van Boxem wrote: > >> 2010/9/15 Ruben Van Boxem >> >> Hi, >>> >>> I now have: >>> working C compiler (make all-gcc) and binutils (4.5.2 snapshot, 2.20.51 >>> snapshot respectively), both with multilib support, together with a >>> mingw-w64 crt build (1.

Re: [Mingw-w64-public] second run of gcc compilation and multilib problems

On 9/15/2010 20:56, Ruben Van Boxem wrote: > 2010/9/15 Ruben Van Boxem > >> Hi, >> >> I now have: >> working C compiler (make all-gcc) and binutils (4.5.2 snapshot, 2.20.51 >> snapshot respectively), both with multilib support, together with a >> mingw-w64 crt build (1.0-20100914) with both 32- and

Re: [Mingw-w64-public] second run of gcc compilation and multilib problems

2010/9/15 Ruben Van Boxem > Hi, > > I now have: > working C compiler (make all-gcc) and binutils (4.5.2 snapshot, 2.20.51 > snapshot respectively), both with multilib support, together with a > mingw-w64 crt build (1.0-20100914) with both 32- and 64-bit libs. I'm > compiling the rest of gcc with

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

On 2010-09-15 13:45, Ozkan Sezer wrote: > On Wed, Sep 15, 2010 at 2:39 PM, JonY wrote: >> On 9/15/2010 19:13, Wolfgang Glas wrote: >>> On 2010-09-15 10:50, Ozkan Sezer wrote: On Wed, Sep 15, 2010 at 11:33 AM, Wolfgang Glas wrote: > You might call it packagers' fate, however we ha

[Mingw-w64-public] second run of gcc compilation and multilib problems

Hi, I now have: working C compiler (make all-gcc) and binutils (4.5.2 snapshot, 2.20.51 snapshot respectively), both with multilib support, together with a mingw-w64 crt build (1.0-20100914) with both 32- and 64-bit libs. I'm compiling the rest of gcc with this C compiler installed from make insta

Re: [Mingw-w64-public] problem building mingw-w64-crt

On Wed, Sep 15, 2010 at 3:07 PM, Ruben Van Boxem wrote: > 2010/9/15 Ozkan Sezer >> >> I wonder _why it is not_ added by default by the configury?? >> >> Nevertheless, one must be able to compile without any -O flags, too, >> so this is a bug. > > Gotcha, but I'd like to get on with my experimenti

Re: [Mingw-w64-public] problem building mingw-w64-crt

2010/9/15 Ozkan Sezer > > I wonder _why it is not_ added by default by the configury?? > > Nevertheless, one must be able to compile without any -O flags, too, > so this is a bug. > Gotcha, but I'd like to get on with my experimenting :). It finished happily now with CFLAGS="-O2 -mtune=core2 -fl

Re: [Mingw-w64-public] problem building mingw-w64-crt

On Wed, Sep 15, 2010 at 2:59 PM, Ruben Van Boxem wrote: > 2010/9/15 Ozkan Sezer >> >> Hrmph, the compile command line doesn't have any -O options, meaning >> that __OPTIMIZE__ is not defined.  See xmmintrin.h provided by gcc: >> >> #ifdef __OPTIMIZE__ >> extern __inline __m64 __attribute__((__gnu

Re: [Mingw-w64-public] problem building mingw-w64-crt

2010/9/15 Ozkan Sezer > Hrmph, the compile command line doesn't have any -O options, meaning > that __OPTIMIZE__ is not defined. See xmmintrin.h provided by gcc: > > #ifdef __OPTIMIZE__ > extern __inline __m64 __attribute__((__gnu_inline__, > __always_inline__, __artificial__)) > _mm_insert_pi16

Re: [Mingw-w64-public] problem building mingw-w64-crt

On Wed, Sep 15, 2010 at 2:17 PM, Ruben Van Boxem wrote: > 2010/9/15 Ozkan Sezer >> >> How does the preprocessed source look like for those lines? >> > >  Attached is the preprocessed source generated by this command: > >> x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I. >> -I../../src/mingw-w64/mingw-w

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

2010/9/15 Ozkan Sezer > Hmm, IIRC, a few things were missing in 4.5 as compared to 4.6, > such as lto for x64. (Nothing crucial, of course.) > That's what I'm trying to get here by rolling my own... now only if the 32-bit crt build would work like it should :( Ruben ---

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

On Wed, Sep 15, 2010 at 2:39 PM, JonY wrote: > On 9/15/2010 19:13, Wolfgang Glas wrote: >> On 2010-09-15 10:50, Ozkan Sezer wrote: >>> On Wed, Sep 15, 2010 at 11:33 AM, Wolfgang Glas   >>> wrote:   You might call it packagers' fate, however we have a couple of productive packages out the

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

> Be warned that gcc 4.x.x-4.5.0 ABI is not compatible with future versions. > > From 4.5.1 and 4.6.x onwards, 64-bit symbols do not have the "_" > prefix. Binutils CVS (2.20.51 as of writing) is also needed. > Also keep in mind that sezero has this ABI change backported. Ruben

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

On 9/15/2010 19:13, Wolfgang Glas wrote: > On 2010-09-15 10:50, Ozkan Sezer wrote: >> On Wed, Sep 15, 2010 at 11:33 AM, Wolfgang Glas >> wrote: >>> You might call it packagers' fate, however we have a couple of productive >>> packages out there, which build and run very well with gcc-4.4 ;-) >>

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

2010/9/15 Wolfgang Glas > > Well, many questions here: Which gcc-4.5 (TDM,vanilla,sezero, see above?), > which > binutils etc... > Well, as long as the GCC 4.5.2 branch (current stable patchbranch) doesn't need any patches, I will try to get a sezero-equivalent win64 hosted toolchain out built b

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

On 2010-09-15 10:50, Ozkan Sezer wrote: > On Wed, Sep 15, 2010 at 11:33 AM, Wolfgang Glas wrote: >> You might call it packagers' fate, however we have a couple of productive >> packages out there, which build and run very well with gcc-4.4 ;-) > > Out of curiosity, are those packages failing wit

Re: [Mingw-w64-public] problem building mingw-w64-crt

On Wed, Sep 15, 2010 at 1:53 PM, Ruben Van Boxem wrote: > I'm having trouble building the crt (1.0-20100914) configured with: > >> ../../src/mingw-w64/mingw-w64-crt/configure >> --prefix=/home/ruben/mingw64/build/mingw64 \ >>   --host=x86_64-w64-mingw32 \ >>            

[Mingw-w64-public] problem building mingw-w64-crt

I'm having trouble building the crt (1.0-20100914) configured with: ../../src/mingw-w64/mingw-w64-crt/configure > --prefix=/home/ruben/mingw64/build/mingw64 \ > --host=x86_64-w64-mingw32 \ > --enable-lib32 \ >

Re: [Mingw-w64-public] GCC C++0x

2010/8/31 GhostlyDeath > Win32 has conditions, however it's Vista/2008 and on: > > http://msdn.microsoft.com/en-us/library/ms682052(VS.85).aspx > > So it won't be available on lower end systems. Thread conditions are > basically "w

Re: [Mingw-w64-public] building GCC myself from MSYS

I am now trying to rebuild the same GCC version (4.6-20100904) with my fresh compiler, but getting stuck at either the stage2-stage3 comparison or if I don't bootstrap, this: xgcc.exe: error: C:UsersRubenAppDataLocalTempcccemHMa.lto.o: No such file or > directory > Some MSYS path problem: same ha

Re: [Mingw-w64-public] Problem with QtWebKit

2010/9/15 Wolfgang Glas > Ruben, > > Can you please tell me, with which mingw-w64 toolchain you compiled > current > qt-4.7 snapshots, because we will do the same in the next week or so... > We currently have good mileage with a qt-4.7 snapshot taken at 2010-06-01 > and > sezero's toolchain f

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

On Wed, Sep 15, 2010 at 11:33 AM, Wolfgang Glas wrote: > Hello Ozkan, > >  Thanks very much for your new toolchain, we are packaging a lot of libraries > and therefore obey a conservative policy for choosing the underlying > toolchain ;-) Thanks. Good to know that people are still using my priva

Re: [Mingw-w64-public] Problem with QtWebKit

On 2010-09-15 10:26, Ruben Van Boxem wrote: > 2010/9/14 NightStrike mailto:nightstr...@gmail.com>> > > Ever find your issue? > > > Honestly, the problem disappeared with some or other update in Qt. Strange > thing > is, my problem disappeared before a fix for a rather similar problem in Web

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.5 (2010-09-14)

Hello Ozkan, Thanks very much for your new toolchain, we are packaging a lot of libraries and therefore obey a conservative policy for choosing the underlying toolchain ;-) You might call it packagers' fate, however we have a couple of productive packages out there, which build and run very

Re: [Mingw-w64-public] Problem with QtWebKit

2010/9/14 NightStrike > Ever find your issue? > Honestly, the problem disappeared with some or other update in Qt. Strange thing is, my problem disappeared before a fix for a rather similar problem in WebKit got fixed couple of days ago. I hope that fix doesn't break whatever was fixed for me (