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
>
> 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
> 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 to
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| 8
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 tool
2013/6/26
> >> 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 alway
>> 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
2013/6/26
> 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-i
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 tmp-gtype.stat
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 op
2013/6/25 Ruben Van Boxem :
> 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 question and two alter
*) 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
-I/home/cauchy/vcs/svn/mi
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
wrote:
> 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 us
12 matches
Mail list logo
