So, in my experiments tonight...
I had to have the following copied into stage0/bin in order to build with
mingw32 (gcc 4.8.1)
Older libstdc++-6.dll which I got from here:
...@gmail.com
CC: rust-dev@mozilla.org
Subject: Re: [rust-dev] Windows Users can build Rust properly again !
The error is due to abi change of win32 gcc. reported here:
https://github.com/mozilla/rust/issues/9205
On Sat, Sep 14, 2013 at 4:52 PM, klutzy klutzytheklu...@gmail.com wrote:
I've
/stage2/bin
$ rustc.exe hello.rs
Aaron@GIR /c/projects/rust/i686-pc-mingw32/stage2/bin
$ hello
Hello, world.
Date: Sun, 15 Sep 2013 14:33:41 +0900
From: klutzytheklu...@gmail.com
To: vadi...@gmail.com
CC: rust-dev@mozilla.org
Subject: Re: [rust-dev] Windows Users can build Rust properly
: Sun, 15 Sep 2013 14:33:41 +0900
From: klutzytheklu...@gmail.com
To: vadi...@gmail.com
CC: rust-dev@mozilla.org
Subject: Re: [rust-dev] Windows Users can build Rust properly again !
The error is due to abi change of win32 gcc. reported here:
https://github.com/mozilla/rust/issues/9205
On 09/16/2013 05:39 PM, Vadim wrote:
I've created a patch which allows to build Rust on latest mingw
without manual patching:
https://github.com/vadimcn/rust/commit/49bbb0a219883f2af6b71c58faad7c009aed159a
With this, Rust builds and passes all tests, except for the ones
caused by GCC ABI
Ok. How do you want to go about upgrading build bots once this is in?
BTW, looks like it is no longer possible to downgrade mingw to gcc 4.5.
mingw-get upgrade g++4.6 says mingw-get: *** ERROR *** there is no
release matching g++4.6...
I think we should save a copy of existing mingw folder in
I've solved it some minutes ago :)
klutzy at
/path/to/mingw/lib/gcc/mingw32/ver/include/c++/mingw32/bits/c++config.h:
klutzy there is #define _GLIBCXX_HAVE_FENV_H 1 in 4.6.1's header
klutzy but there isn't [such #define] in 4.8.1 header.
klutzy this causes /include/fenv.h not included when llvm
some more explanation:
#include fenv.h causes /lib/gcc/mingw32/ver/include/c++/fenv.h to
be included.
The header contains:
#include bits/c++config.h
#if _GLIBCXX_HAVE_FENV_H
# include_next fenv.h
#endif
where bits/c++config.h is at /lib/gcc/mingw32/ver/include/c++/mingw32.
I've finished `make` on gcc 4.8.1, but `make check-fast` failed:
task unnamed failed at 'assertion failed: `(left == right)
(right == left)`
(left: `t_317::TwoU64s{one: 98784247808u64, two: 257698037760u64}`,
right: `t_317::TwoU64s{one: 22u64, two: 94489280535u64}`)',
On 09/12/2013 12:39 PM, Thad Guidry wrote:
Yeah, there should not be a reason anymore, if I am correct, to not
have GCC 4.7 in MinGW for Rust Windows users anymore. I will give
that a try also , and if it works, then we can close out (#8598
https://github.com/mozilla/rust/issues/8598). (I
Yes, that's the game plan I have...and klutzy and Vadim getting the
mingw-w64 toolchain working.
On Thu, Sep 12, 2013 at 4:10 PM, Brian Anderson bander...@mozilla.comwrote:
On 09/12/2013 12:39 PM, Thad Guidry wrote:
Yeah, there should not be a reason anymore, if I am correct, to not
Hi Brian,
Actually, I would argue that these changes *should* be made before 0.8
release in order to smoothen the path of people who will install 0.8 to try
it out.
Regarding the work to be done, as far as I know all you need is:
1. Save libgcc_s_dw2-1.dll and libstdc++-6.dll from %mingw%\bin
2.
Doesn't work...
Errors regarding libuv and mswsock...
http://pastebin.mozilla.org/3038909
On Thu, Sep 12, 2013 at 5:06 PM, Vadim vadi...@gmail.com wrote:
Hi Brian,
Actually, I would argue that these changes *should* be made before 0.8
release in order to smoothen the path of people who
13 matches
Mail list logo