I updated my custom w32/w64 native and cross-compiler build with gcc-4.4
with several backports and fixes from mainstream, and put them under the
mingw-w64 sf.net file release system under the subdirectories:
- Toolchain sources - Personal Builds,
- Toolchains targetting Win32 - Personal Builds
2010/9/14 NightStrike 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 WebKit got fixed couple of days ago. I hope that fix doesn't break
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
2010/9/15 Wolfgang Glas wolfgang.g...@ev-i.at
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
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
2010/8/31 GhostlyDeath ghostlyde...@gmail.com
Win32 has conditions, however it's Vista/2008 and on:
http://msdn.microsoft.com/en-us/library/ms682052(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/ms682052%28VS.85%29.aspx
So it won't be available on lower end systems. Thread conditions
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 \
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 Glaswolfgang.g...@ev-i.at
wrote:
You might call it packagers' fate, however we have a couple of productive
packages out there, which build and run very well with
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
On Wed, Sep 15, 2010 at 2:39 PM, JonY jo...@users.sourceforge.net 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 Glaswolfgang.g...@ev-i.at
wrote:
You might call it packagers' fate, however we have a couple
2010/9/15 Ozkan Sezer seze...@gmail.com
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__))
2010/9/15 Ozkan Sezer seze...@gmail.com
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
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
On 2010-09-15 13:45, Ozkan Sezer wrote:
On Wed, Sep 15, 2010 at 2:39 PM, JonY jo...@users.sourceforge.net 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 Glaswolfgang.g...@ev-i.at
wrote:
You might call it
2010/9/15 Ruben Van Boxem vanboxem.ru...@gmail.com
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
On 9/15/2010 20:56, Ruben Van Boxem wrote:
2010/9/15 Ruben Van Boxemvanboxem.ru...@gmail.com
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
2010/9/15 JonY jo...@users.sourceforge.net
On 9/15/2010 20:56, Ruben Van Boxem wrote:
2010/9/15 Ruben Van Boxemvanboxem.ru...@gmail.com
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
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
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 malloc.h
#ifdef _WIN32
#include windows.h
#else
#include sys/time.h
#include
On Wed, Sep 15, 2010 at 10:35 PM, Ruben Van Boxem
vanboxem.ru...@gmail.com 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
On Wed, Sep 15, 2010 at 11:21 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/9/15 Ozkan Sezer seze...@gmail.com:
On Wed, Sep 15, 2010 at 10:35 PM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
Hi,
I am now trying to get ppl to compile with mingw-w64 (for now, with sezero's
latest build
2010/9/15 Ozkan Sezer seze...@gmail.com
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.
22 matches
Mail list logo
