Re: [Mingw-w64-public] _free_locale and _new_locale

I would go with opt 2, since msvcr100 is already very widely available. On Tue, Jun 25, 2013 at 10:03 PM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote: Hi, You've maybe noticed I took up libc++ hacking again. Last time I started adding Windows support, and in order to provide the locale

[Mingw-w64-public] gcc 4.9(trunk) failed on build intrincs/__movsb.c

*) 32 bit cauchy@CRM-SYSLOG:~/obj/i686-w64-mingw32-gcc49/mingw-w64-crt$ make make all-am make[1]: Entering directory `/home/cauchy/obj/i686-w64-mingw32-gcc49/mingw-w64-crt' i686-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -I/home/cauchy/vcs/svn/mingw-w64/trunk/mingw-w64-crt -m32

Re: [Mingw-w64-public] _free_locale and _new_locale

2013/6/25 Ruben Van Boxem vanboxem.ru...@gmail.com: Hi, You've maybe noticed I took up libc++ hacking again. Last time I started adding Windows support, and in order to provide the locale related things, I used _free_locale and _new_locale, which are in msvcr80 and up. Now I have a

Re: [Mingw-w64-public] What is the purpose of intrin.h?

On 06/25/13 21:05, Kai Tietz wrote: Ok, patch is ok. I would like that Jacek takes a closer look to it, too. I still don't get, why we need those functions in crt. I retested and: - -fno-inline is not a problem here. We use always_inline attribute and it works fine, whatever compiler/linker

[Mingw-w64-public] Build rubenvb toolchain on mingw

Hi, I am trying to build rubenvb toolchain (gcc-4.7.4-release_rubenvb.tar.xz) on msys/mingw host and I have some error when compiling gcc-c because I get the following error : build/gengtype.exe \ -S /home/Vincent/gcc-build/src/gcc/gcc -I gtyp-input.list -w

Re: [Mingw-w64-public] Build rubenvb toolchain on mingw

2013/6/26 foru...@smartmobili.com Hi, I am trying to build rubenvb toolchain (gcc-4.7.4-release_rubenvb.tar.xz) on msys/mingw host and I have some error when compiling gcc-c because I get the following error : build/gengtype.exe \ -S

Re: [Mingw-w64-public] Build rubenvb toolchain on mingw

So my question is : is is supposed to be possible to build toolchain on msys/mingw ? It should be possible, mingw-builds does this. You could try the MSYS2 alpha packages linked on this mailing list. They seem quite solid already. I have always built my toolchains in a Linux VM, for

Re: [Mingw-w64-public] Build rubenvb toolchain on mingw

2013/6/26 foru...@smartmobili.com So my question is : is is supposed to be possible to build toolchain on msys/mingw ? It should be possible, mingw-builds does this. You could try the MSYS2 alpha packages linked on this mailing list. They seem quite solid already. I have

Re: [Mingw-w64-public] Build rubenvb toolchain on mingw

On 2013-06-26 3:54 PM, foru...@smartmobili.com wrote: I tried to build it on linux but from what I understand the scripts build toolchains that allow to cross-compile from linux and not generate a native toolchain. What script should I start ? The general idea is: 1) Generate a a

[Mingw-w64-public] [PATCH] ___lc_codepage_func: use correct name and export from all versions of MSVCRT

based on a patch by Jacek --- mingw-w64-crt/def-include/msvcrt-common.def.in | 2 ++ mingw-w64-crt/lib32/msvcrt.def.in | 1 - mingw-w64-crt/lib64/msvcrt.def.in | 1 - mingw-w64-crt/misc/btowc.c | 2 +- mingw-w64-crt/misc/lc_locale_func.c|

Re: [Mingw-w64-public] What is the purpose of intrin.h?

I still don't get, why we need those functions in crt. The problem is that in MSVC it it perfectly legal to just copy/paste the prototype for one of the intrinsics in your file and use it (see example below). It is NOT necessary to include intrin.h. If we want to support this (and I was

[Mingw-w64-public] Segfault when -flto, -static, -O used together (GCC 4.8.1)

Hi, On Windows x86_64 host, targeting x86_64, a segfault occurs when -flto, -static and any -O are used together; details are as follows. #include iostream int main() { std::cout std::endl; } D:\g++ -flto -static -Og -g test.cpp D:\gdb a GNU gdb (GDB) 7.6 Copyright (C) 2013 Free