2013/9/25 niXman:
> 2013/9/25 niXman:
>>> 4) Start a separate thread that lists specific areas (small and large) where
>>> you guys could use community help in building and maintaining the official
>>> mingw-w64 builds.
>> Kai?
> Maybe mingw-w64-builds?
Oops, I'm sorry, I inattentively read it. It
2013/9/25 niXman:
>> 4) Start a separate thread that lists specific areas (small and large) where
>> you guys could use community help in building and maintaining the official
>> mingw-w64 builds.
> Kai?
Maybe mingw-w64-builds?
--
Regards,
niXman
_
2013/9/24 Jon:
> 1) Immediately begin placing the builds in an "Official Builds" dir that is
> a sibling to the current "Personal Builds" dir.
It is not we decide, email to Kai.
> 2) Maintain the mingw-builds build scripts in a public git repo similar to
> Reuben (does not have to be on GH). Perha
> 2013/9/24 :
>> This is with:
>>
>> $ objdump.exe --version
>> GNU objdump (GNU Binutils) 2.23.51.20120804
>> Copyright 2012 Free Software Foundation, Inc.
>> This program is free software; you may redistribute it under the terms of
>> the GNU General Public License version 3 or (at your option)
Hello,
2013/9/24 Hannes Domani :
> Hello
>
> As it is now, if I link binmode.o to the application, it does nothing. (or is
> this intended?)
> With this, I get the expected behavior (all opened files are by default
> opened in binary mode).
The binary-mode is default behavior for mingw-w64. So
于 2013/9/25 星期三 0:49, niXman 写道:
> 2013/9/24 xunxun:
>> 400% for the builder, but 10% for the user
> Yes, you're right. But far as I understood, by 10 percent will be
> faster only the compiler itself, but not the programs built by it. Is
> really compilation time reduction by 10 percent so signifi
2013/9/24 xunxun:
> 400% for the builder, but 10% for the user
Yes, you're right. But far as I understood, by 10 percent will be
faster only the compiler itself, but not the programs built by it. Is
really compilation time reduction by 10 percent so significant?
I suggest you to try to build MinGW
Hello
As it is now, if I link binmode.o to the application, it does nothing. (or is
this intended?)
With this, I get the expected behavior (all opened files are by default opened
in binary mode).
I've mirrored the behavior from txtmode.c in this patch.
Regards
Domani Hannes
binmode.patch
Desc
I often get lots of internal compilation error with LTO, too.
What make things more weird is that sometimes add LTO related options like
-flto-partition=none can remove the problem and sometimes it can not.
Thanks!
2013/9/24 Alexey Pavlov
> 2013/9/24 TOCK Chiu :
> > Hi,
> >
> > Is it possible
2013/9/24 TOCK Chiu :
> Hi,
>
> Is it possible that only build the runtimes like libstdc++, libgcc_s_sjlj-1
> with LTO enabled?
> Someone static link it with LTO can benefit form it.
>
In near future it is impossible.
You can try use our scripts and modify them to build it yourself. Our
scripts has
Hi,
Is it possible that only build the runtimes like libstdc++, libgcc_s_sjlj-1
with LTO enabled?
Someone static link it with LTO can benefit form it.
Thanks!
2013/9/24 xunxun
> 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道:
> > 2013/9/24 xunxun :
> >> 于 2013/9/24 星期二 20:41, niXman 写道:
> >>> 2013/9
2013/9/24 xunxun :
> 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道:
>> 2013/9/24 xunxun :
>>> 于 2013/9/24 星期二 20:41, niXman 写道:
2013/9/24 xunxun:
> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
Build time will be increased approximately by 400 percent, in order to
increas
于 2013/9/24 星期二 22:21, Alexey Pavlov 写道:
> 2013/9/24 xunxun :
>> 于 2013/9/24 星期二 20:41, niXman 写道:
>>> 2013/9/24 xunxun:
You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
>>> Build time will be increased approximately by 400 percent, in order to
>>> increase compilation speed by 10 p
2013/9/24 xunxun :
> 于 2013/9/24 星期二 20:41, niXman 写道:
>> 2013/9/24 xunxun:
>>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
>> Build time will be increased approximately by 400 percent, in order to
>> increase compilation speed by 10 percent. I do not see the any point
>> in doing t
于 2013/9/24 星期二 20:41, niXman 写道:
> 2013/9/24 xunxun:
>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
> Build time will be increased approximately by 400 percent, in order to
> increase compilation speed by 10 percent. I do not see the any point
> in doing this...
>
>
400% for the bu
2013/9/24 xunxun:
> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
Build time will be increased approximately by 400 percent, in order to
increase compilation speed by 10 percent. I do not see the any point
in doing this...
--
Regards,
niXman
___
于 2013/9/24 星期二 20:04, niXman 写道:
> 2013/9/24 xunxun
>> Will you plan to build gcc/crt using PGO (or PGO and LTO)?
> Is it necessary? What for?
>
>
>
You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
--
Best Regards,
xunxun
--
2013/9/24 xunxun
> Will you plan to build gcc/crt using PGO (or PGO and LTO)?
Is it necessary? What for?
--
Regards,
niXman
___
Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingwbuilds/
_
2013/9/24 :
> This is with:
>
> $ objdump.exe --version
> GNU objdump (GNU Binutils) 2.23.51.20120804
> Copyright 2012 Free Software Foundation, Inc.
> This program is free software; you may redistribute it under the terms of
> the GNU General Public License version 3 or (at your option) any later
19 matches
Mail list logo
