On Thu, Feb 4, 2016 at 6:18 PM, Kai Tietz wrote:
> Hi Dongsheng,
>
> zes, adjusting the UTF8 variant sounds to me sensible. As it is a
> real prototype we can adjust that here AFAICS. If there are no
> objections by other people, I am fine with that.
>
> Thanks,
> Kai
>
Since no one objected, p
If we use --enable-threads=win32-win7 , the result gcc running on and
target to win7 or later looks reasonable.
On Thu, Apr 14, 2016 at 2:34 PM, Martin Mitáš wrote:
>
>
> Dne 14. 4. 2016 v 5:02 Dongsheng Song napsal(a):
>> Currently, --enable-threads=win32 map to gthr-win32.{h|c
Currently, --enable-threads=win32 map to gthr-win32.{h|c}, could we map
--enable-threads=win32-vista
--enable-threads=win32-win7 // Windows 7 and Windows Server 2008 R2
--enable-threads=win32-win8 // Windows 8 and Windows Server 2012
--enable-threads=win32-win8.1 // Windows 8.1 and Windows Ser
On Wed, Mar 2, 2016 at 2:10 AM, İsmailDönmez wrote:
>
> Dongsheng Song writes:
>
> > On Tue, Mar 1, 2016 at 8:42 PM, Ismail Donmez pik7zc4d...@public.gmane.org> wrote:Hi,
> > mingw-w64's current mkstemp implementation wrongly uses _O_TEMPORARY
> which
> &g
On Tue, Mar 1, 2016 at 8:42 PM, Ismail Donmez wrote:
> Hi,
>
> mingw-w64's current mkstemp implementation wrongly uses _O_TEMPORARY which
> doesn't make sense. Here is a patch from openSUSE we apply to fix it:
>
> From: Jan Engelhardt
> Date: 2015-03-31 18:57:45.887248277 +0200
> References: htt
On 2016-02-04 16:44, Kai Tietz wrote:
> Hi,
>
> thanks for regenerating file. Patch is ok for apply.
>
> Thanks,
> Kai
Thanks for your quick review, pushed.
BTW: I have no good solution for DNS functions which use PDNS_RECORD.
e.g. DnsQuery [1] have 3 variant, DnsQuery_A, DnsQuery_W and DnsQue
On Mon, Aug 3, 2015 at 12:26 PM, lh_mouse wrote:
> ISO C11 requires operations on the same stream (or whatever a FILE struct
> handles) _not_ to interleave with each other.
> This should include outputting each character using puts() or printf()
> functions, since they both manipulate the `stdou
On Sat, Aug 1, 2015 at 6:56 AM, JonY wrote:
>
> On 7/23/2015 06:24, JonY wrote:
> > Hi,
> >
> > Patch introduces a new macro __MINGW_PRINTF_LOCKING for fprintf and
> > vfprintf so when called on the same FILE stream, the operations are not
> > overlapped. __USE_MINGW_ANSI_STDIO must also be set fo
On Sat, Jun 27, 2015 at 12:13 PM, Developer 1 wrote:
> Is there a MinGW64 with gcc5.x?
>
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/dongsheng-daily/
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%2
On Wed, Apr 1, 2015 at 4:33 PM, Martin Mitáš wrote:
>
>
> Dne 1. 4. 2015 v 10:13 Mattias Engdegård napsal(a):
> > 1 apr 2015 kl. 05.35 skrev Dongsheng Song :
> >
> >> In my testing, getenv() is very fast.
> >>
> >> *) unset PRINTF_EXPONENT_DI
times (use 3.41991 seconds)
getenv: 3.41991 us
My CPU is Core2 E6550 at 2.33 GHz.
On Wed, Apr 1, 2015 at 10:26 AM, Dongsheng Song
wrote:
> Cache getenv() looks a good idea !
> Patch is OK for me.
>
> On Wed, Apr 1, 2015 at 4:16 AM, Mattias Engdegård
> wrote:
>
>&
Cache getenv() looks a good idea !
Patch is OK for me.
On Wed, Apr 1, 2015 at 4:16 AM, Mattias Engdegård wrote:
> The functions in the __mingw_printf family are very slow because of the
> getenv(”PRINTF_EXPONENT_DIGITS”) call that is made every time, even when
> that information isn’t actually n
On Fri, Jan 23, 2015 at 6:35 PM, Jacek Caban wrote:
> On 01/22/15 15:35, Dongsheng Song wrote:
>> Please review.
>
> Looks good to me.
>
> Thanks,
> Jacek
>
Pushed as 842d5c6b20526a78b3d29550c9dd196ec
On Thu, Jan 22, 2015 at 5:59 PM, Alexpux wrote:
>
>> 22 янв. 2015 г., в 12:50, Jacek Caban написал(а):
>>
>> On 01/22/15 06:05, Dongsheng Song wrote:
>>> Passed full gcc 4.9 32 bit and 64 bit building, then pushed.
>>
>> Did anyone review the patch b
On Thu, Jan 22, 2015 at 1:34 PM, Dongsheng Song
wrote:
> On Thu, Jan 22, 2015 at 1:16 PM, LRN wrote:
>> And, of course, i've just stepped on the same rake... Here's a patch that
>> *actually* fixes this.
>>
>
> Still have 'define _INC_WTIME_INL'
On Thu, Jan 22, 2015 at 1:16 PM, LRN wrote:
> And, of course, i've just stepped on the same rake... Here's a patch that
> *actually* fixes this.
>
Still have 'define _INC_WTIME_INL' and ' !defined (_INC_WTIME_S_INL)'
not match issue.
--
Passed full gcc 4.9 32 bit and 64 bit building, then pushed.
On Thu, Jan 22, 2015 at 10:27 AM, Dongsheng Song
wrote:
> On Thu, Jan 22, 2015 at 10:24 AM, Óscar Fuentes wrote:
>> I can attest that _sopen_s is not present on the msvcrt.dll version
>> 7.0.2600.5512 installed on
On Thu, Jan 22, 2015 at 10:15 AM, LRN wrote:
> On 22.01.2015 5:01, Dongsheng Song wrote:
>> On Thu, Jan 22, 2015 at 1:03 AM, Alexey Pavlov wrote:
>>>
>>> Current "mkstemp" implementation call "_sopen_s" that is not present in
>>> WinXP msvc
On Thu, Jan 22, 2015 at 10:24 AM, Óscar Fuentes wrote:
> I can attest that _sopen_s is not present on the msvcrt.dll version
> 7.0.2600.5512 installed on Windows XP SP3.
>
> Please note that MSDN says that _sopen_s is present since Windows 95,
> which is absurd, so don't rely on that either. (The
On Thu, Jan 22, 2015 at 1:03 AM, Alexey Pavlov wrote:
>
> Current "mkstemp" implementation call "_sopen_s" that is not present in
> WinXP msvcrt.dll. So this break supporting WinXP.
>
I have no WinXP now, but '_sopen_s' in the msvcrt.def file:
$ grep _sopen_s mingw-w64-crt/def-include/msvcrt-com
On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban wrote:
> Hi Alexey,
>
> On 01/07/15 09:06, Alexey Pavlov wrote:
>> Ladt changes to time functions lead to multiple definitions of
>> "asctime_r" in some programs. For example,
>
> I just pushed a fixup:
> http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9
On Wed, Jan 7, 2015 at 4:50 PM, niXman wrote:
> Dongsheng Song 2015-01-07 11:34:
>
>> Since the last 6 characters must be "XX" is mandatory, I think no
>> need such tricks.
> You do not know what will change through the 1,5,10 years.
>
No, it should not chan
On Wed, Jan 7, 2015 at 4:00 PM, niXman wrote:
>> +int __cdecl mkstemp (char *template_name)
>> +{
>> +errno_t ec;
>> +int i, j, fd, len, index;
>> +
>> +/* These are the (62) characters used in temporary filenames. */
>> +static const char letters[] =
>> "abcdefghijklmnopqrstuvwxyz
From: 宋冬生
---
mingw-w64-libraries/winpthreads/include/pthread.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/mingw-w64-libraries/winpthreads/include/pthread.h
b/mingw-w64-libraries/winpthreads/include/pthread.h
index 9b4b3f2..74bab75 100644
--- a/mingw-w64-libraries/winpthreads/include/pt
From: 宋冬生
---
mingw-w64-crt/Makefile.am | 2 +-
mingw-w64-crt/misc/mkstemp.c | 91 ++
mingw-w64-headers/crt/stdlib.h | 1 +
3 files changed, 93 insertions(+), 1 deletion(-)
create mode 100644 mingw-w64-crt/misc/mkstemp.c
diff --git a/mingw-w64-c
Yes, I can cross build binutils 2.24, gdb 7.8.1, gcc 4.8/4.9/5.0 (both
32 bit and 64 bit). Then use these cross build compiler (gcc
4.8/4.9/5.0) can build the native compiler (gcc 4.8/4.9/5.0) without
any regress.
PS: this patch did not remove any header files, it just fix compile errors:
fatal e
The header file 'ansidecl.h' did not in the repo, and not generated by any
script.
OK for commit ?
Regards,
Dongsheng
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and deve
From: Dongsheng Song
---
mingw-w64-headers/crt/ieeefp.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/mingw-w64-headers/crt/ieeefp.h b/mingw-w64-headers/crt/ieeefp.h
index d22a4b5..d8bbf40 100644
--- a/mingw-w64-headers/crt/ieeefp.h
+++ b/mingw-w64-headers/crt/ieeefp.h
@@ -3,7 +3,6
On Fri, Dec 26, 2014 at 5:14 AM, Chuckles wrote:
> Daily win-32 builds of GCC 5.0 from November 12, 2014 does not include the
> following files.
>
> bin folder : missing libgcc_s_seh.dll, libstdc++-6.dll, libsspp-0.dll,
> libquadmath-0.dll...
>
> include folder: c++ folder.
>
Thanks, fix
On Fri, Dec 19, 2014 at 4:10 AM, Jim Michaels wrote:
> my program has a forever loop because of in invalid value in this.
>
> stdint.h line 89
> #define UINT64_MAX 0xULL /* 18446744073709551615ULL */
>
UINT64_MAX is 64 bit unsigned interger.
> bits/c++config.h is also missing.
>
On Fri, Dec 19, 2014 at 3:30 AM, Jim Michaels wrote:
> there is like all of 5 header files in the include dir.
> not sure what's going on.
>
you are looking in the wrong directory. you shoud looking it in the
platform direcoty, e.g. i686-w64-mingw32/include/ or
x86_64-w64-mingw32/include/ .
On Fri, Dec 19, 2014 at 1:32 AM, Jim Michaels wrote:
> not sure what else is missing.
>
Thanks for reporting. my cross compile have algorithm, but when I use
this cross compiler to gererate the native compiler, these headers not
installed, it maybe a gcc build system bug.
---
On Thu, Nov 27, 2014 at 7:16 AM, Erik de Castro Lopo
wrote:
> Hi all,
>
> I'm having a bit of trouble building MinGW-w64 from source.
>
> I asked on IRC and was told something along the lines of:
>
> export MYPREFIX=$HOME/MinGW/64
> (cd mingw-w64-headers && ./configure --prefix=$MYPREFIX &
On 2014-11-26 04:58, Kai Tietz wrote:
2014-11-25 21:49 GMT+01:00 Carl Kleffner :
Hi Kai,
you may take notice of some inconsistent behaviour. The master thread starts
with extended precision. Newly created threads start with the MSVC standard
double precision.
https://bugs.debian.org/cgi-bin/bu
On Mon, Nov 24, 2014 at 5:40 PM, Alexey Pavlov wrote:
>
> Use qsort_s from msvcrt according to:
> http://msdn.microsoft.com/en-us/library/4xc60xas.aspx
>
As MSDN said, both VS 2005, 2008, 2010, 2012 and 2013 have 'qsort_s',
please do not only update msvcr80, but also msvcr90, msvcr100,
msvcr110
OK, here is it.
---
mingw-w64-headers/include/ws2tcpip.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/mingw-w64-headers/include/ws2tcpip.h
b/mingw-w64-headers/include/ws2tcpip.h
index 4afdfca..3cb29b9 100644
--- a/mingw-w64-headers/include/ws2tcp
Looks better if you align the values of AI_*.
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Nativ
h including errno.h
>>> Can someone delete the previous email from the thread
>>> Sorry
>>>
>>> On Wed, Nov 12, 2014 at 2:38 PM, Martell Malone
>>> wrote:
>>>>
>>>> Caching stopped me from including
>>>>
>>&g
On Wed, Nov 12, 2014 at 7:57 PM, Dongsheng Song
wrote:
> On Wed, Nov 12, 2014 at 6:04 PM, Tobias Burnus
> wrote:
>> How do you configure? Do you still have some traces of --*cloog* there?
>> Where is ISL and CLooG? In-tree? Under /usr or in some other directory?
>> As it
On Wed, Nov 12, 2014 at 6:04 PM, Tobias Burnus
wrote:
> How do you configure? Do you still have some traces of --*cloog* there?
> Where is ISL and CLooG? In-tree? Under /usr or in some other directory?
> As it is a cross build: Do you have some config.cache file or similar
> floating around, which
On Wed, Nov 12, 2014 at 3:14 PM, Dongsheng Song
wrote:
> On Wed, Nov 12, 2014 at 3:07 PM, Tobias Burnus wrote:
>> Hi Dongsheng,
>>
>> Did you do a new bootstrap or an incremental build? I got a similar error
>> when I built (on a different system) when I just updated
On Wed, Nov 12, 2014 at 3:07 PM, Tobias Burnus wrote:
> Hi Dongsheng,
>
> Did you do a new bootstrap or an incremental build? I got a similar error
> when I built (on a different system) when I just updated the trunk and hit
> "make". It did work correctly after doing a build into an empty directo
On Wed, Nov 12, 2014 at 2:54 AM, wrote:
> Author: burnus
> Date: Tue Nov 11 18:54:16 2014
> New Revision: 217364
>
> URL: https://gcc.gnu.org/viewcvs?rev=217364&root=gcc&view=rev
> Log:
> 2014-11-11 Tobias Burnus
>
> * config/cloog.m4: Remove.
> * Makefile.def: Remove CLooG.
>
On Wed, Nov 12, 2014 at 12:24 AM, Ray Donnelly
wrote:
> On Tue, Nov 11, 2014 at 2:02 PM, Dongsheng Song
> wrote:
>> I think you need add 1 line like this:
>>
>> TODO: real thread safe implementation.
>>
>
> Why? msvcrt is thread safe already.
>
MSDN not
I think you need add 1 line like this:
TODO: real thread safe implementation.
On Tue, Nov 11, 2014 at 8:15 PM, Martell Malone wrote:
> Comments Suggestions and changes Welcome.
>
> Kind Regards
> Martell
>
> --
> Compreh
From: 宋冬生
See http://msdn.microsoft.com/en-us/library/20y988d2.aspx
for more details.
---
mingw-w64-headers/crt/process.h | 6 ++
mingw-w64-headers/crt/stdio.h | 20
2 files changed, 26 insertions(+)
diff --git a/mingw-w64-headers/crt/process.h b/mingw-w64-headers/cr
From: 宋冬生
See http://msdn.microsoft.com/en-us/library/20y988d2.aspx
for more details.
---
mingw-w64-headers/crt/process.h | 11 ---
mingw-w64-headers/crt/stdio.h | 12
mingw-w64-headers/crt/wchar.h | 12
3 files changed, 28 insertions(+), 7 deletions(-)
dif
From: 宋冬生
See http://msdn.microsoft.com/en-us/library/83zh4e6k.aspx
for more details.
---
mingw-w64-headers/crt/stdlib.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/mingw-w64-headers/crt/stdlib.h b/mingw-w64-headers/crt/stdlib.h
index 839cace..7743452 100644
--- a/mi
OK, pushed for you.
On Tue, Nov 11, 2014 at 1:01 AM, Martell Malone wrote:
> Hi Kai,
>
> I don't think this was applied to trunk.
> On the list the messages from this look deleted ?
>
> I get a message saying
> "There are no messages in this thread."
> on the public archive
>
> Regards
> Martell
On Sat, Nov 8, 2014 at 12:05 AM, Ozkan Sezer wrote:
> On 11/7/14, Dongsheng Song wrote:
>> On Fri, Nov 7, 2014 at 7:51 PM, Ozkan Sezer wrote:
>>> On 11/7/14, Ray Donnelly wrote:
>>>> On Fri, Nov 7, 2014 at 11:10 AM, Ozkan Sezer wrote:
>>>>> On 11
On Fri, Nov 7, 2014 at 9:48 PM, Ruben Van Boxem
wrote:
> 2014-11-07 14:45 GMT+01:00 Dongsheng Song :
>>
>> On Fri, Nov 7, 2014 at 4:44 PM, lh_mouse wrote:
>> > Minor suggestion: use the word `DECLARED` instead `DEFINED` please.
>> >
>>
>> I don
On Fri, Nov 7, 2014 at 7:51 PM, Ozkan Sezer wrote:
> On 11/7/14, Ray Donnelly wrote:
>> On Fri, Nov 7, 2014 at 11:10 AM, Ozkan Sezer wrote:
>>> On 11/7/14, Ruben Van Boxem wrote:
>>>> 2014-11-07 9:25 GMT+01:00 Ozkan Sezer :
>>>>
>>>>>
On Fri, Nov 7, 2014 at 4:44 PM, lh_mouse wrote:
> Minor suggestion: use the word `DECLARED` instead `DEFINED` please.
>
I don't known which is better:-)
Here is some stats:
$ grep -r "_DEFINED[^A-Z0-9]" . | wc -l
26145
$ grep -r "_DECLARED[^A-Z0-9]" . | wc -l
15
---
OK for apply ?
---
mingw-w64-headers/crt/process.h | 3 +++
mingw-w64-headers/crt/unistd.h | 5 +
2 files changed, 8 insertions(+)
diff --git a/mingw-w64-headers/crt/process.h b/mingw-w64-headers/crt/process.h
index f43befb..5f635c8 100644
--- a/mingw-w64-headers/crt/process.h
+++ b/mingw-w
If we define _POSIX_, then getpid (process.h) was hidden.
Is it correct ?
PS: MSVC 2012 is the last compiler which use _POSIX_, MSVC 2013 do not
use _POSIX_ anymore.
MSVC 2012/2013 guard getpid with !__STDC__.
--
On Fri, Nov 7, 2014 at 7:03 AM, Martell Malone wrote:
> Here is a patch to move rand_r from pthread.h to stdlib.h
> Typical POSIX programs expect this to be in stdlib
>
> Very similar to the previously applied patches in moving localtime_r.
> Using the same guards to try best to ensure legacy supp
OK for apply ?
---
mingw-w64-headers/crt/unistd.h | 12
1 file changed, 12 insertions(+)
diff --git a/mingw-w64-headers/crt/unistd.h b/mingw-w64-headers/crt/unistd.h
index 919a377..5763a35 100644
--- a/mingw-w64-headers/crt/unistd.h
+++ b/mingw-w64-headers/crt/unistd.h
@@ -25,6 +25,
On Fri, Oct 24, 2014 at 11:57 PM, Dongsheng Song
wrote:
> When I write raw socket program, I found RCVALL_IPLEVEL missing, so
> here is the patch.
>
> Please review.
>
> ---
> mingw-w64-headers/include/mstcpip.h |1 +
> 1 file changed, 1 insertion(+)
>
>
When I write raw socket program, I found RCVALL_IPLEVEL missing, so
here is the patch.
Please review.
---
mingw-w64-headers/include/mstcpip.h |1 +
1 file changed, 1 insertion(+)
diff --git a/mingw-w64-headers/include/mstcpip.h
b/mingw-w64-headers/include/mstcpip.h
index 99e57ab..b040ba7 10
The daily build report errors on the commit:
/home/cauchy/cross/i686-windows-gcc-4.9/i686-w64-mingw32/include/winbase.h:999:
multiple definition of `InterlockedIncrement64'
/home/cauchy/obj/i686-w64-mingw32-gcc-4.9/gcc/./gcc/crtbegin.o:cygming-crtbegin.c:(.text+0x200):
first defined here
emutls_s.
Thanks, pushed without _WIN32 guard.
On Wed, Sep 3, 2014 at 6:18 PM, Kai Tietz wrote:
> Sure, it has to.
>
> Kai
>
> 2014-09-03 12:06 GMT+02:00 Dongsheng Song :
>> Did ARM target support these features or defined _WIN32 ?
>>
>> On Wed, Sep 3, 2014 at 3:27 PM, Kai
t; Kai
>
> 2014-09-03 5:33 GMT+02:00 Dongsheng Song :
>> Hi,
>>
>> This patch fix compile error in commctrl.h
>>
>> Ok for apply?
>>
>> Regards,
>> Dongsheng
>>
Please ignore this patch, it's not complete.
On Wed, Sep 3, 2014 at 10:45 AM, 宋冬生 wrote:
> This commit fix this compiler error:
>
> commctrl.h:3360:20: error: 'L_MAX_URL_LENGTH' undeclared here (not in a
> function)
> WCHAR szMarkup[L_MAX_URL_LENGTH];
> ---
> mingw-w64-headers/include/comm
Hi,
This patch fix compile error in commctrl.h
Ok for apply?
Regards,
Dongsheng
From 8b0831b0a5b778379f50023e6c8e16c8851f8a43 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E5=AE=8B=E5=86=AC=E7=94=9F?=
Date: Wed, 3 Sep 2014 10:57:19 +0800
Subject: [PATCH] Fix compile error in commctrl.h
---
ming
On Fri, Aug 22, 2014 at 11:14 PM, Stefan Ruppert wrote:
> Hi all,
>
> I have the following problem. I managed to compile our software which
> uses Qt 4.8.6 with g++ mingw32-w64 (rubenvb-4.7.2-release) in 32bit mode
> on a 64bit Windows 7 machine. All parts of our software runs correctly
> in wow64
work on this.
> >
> > At the same time, could you try the attached patch which fixes the
> > problems mentioned in patchset1?
> > I had hard time to setup your build environment.
> >
> > -Rong
> >
> > On Fri, Aug 8, 2014 at 1:27 AM, Dongsheng Song
>
On Fri, Aug 15, 2014 at 10:41 AM, lh_mouse wrote:
> // ice.cpp
> void foo() noexcept {
> __builtin_ia32_pause();
> }
> // EOF
>
> The above code will result in an ICE when compiled to i686 code:
>
> E:\Desktop>g++ ice.cpp -std=c++14 -m32 -c
> ice.cpp: In function 'void foo()':
>
On Fri, Jul 25, 2014 at 5:16 PM, JonY wrote:
> On 7/25/2014 12:36, Dongsheng Song wrote:
>> This just fix the ftw issue. But still have "%lld", mkdir, "GCC poison
>> strerror" issue on gcov.
>> You can following the build instructions at:
>>
>
This commit broken the gcc 4.9 building:
$ make
make all-am
make[1]: Entering directory
`/home/cauchy/obj/x86_64-w64-mingw32-gcc-4.9/mingw-w64-crt'
make[1]: *** No rule to make target `secapi/memmove_s.c', needed by
`secapi/lib64_libmsvcrt_a-memmove_s.o'. Stop.
make[1]: Leaving directory
`/home/
>
> -Rong
>
> On Wed, Jul 16, 2014 at 2:44 AM, Dongsheng Song
> wrote:
>> On Wed, Jul 16, 2014 at 12:37 AM, Rong Xu wrote:
>>> On Mon, Jul 14, 2014 at 11:02 PM, Dongsheng Song
>>> wrote:
>>>> Hi Rong,
>>>>
>>>> Your commit r212
On Wed, Jul 16, 2014 at 12:37 AM, Rong Xu wrote:
> On Mon, Jul 14, 2014 at 11:02 PM, Dongsheng Song
> wrote:
>> Hi Rong,
>>
>> Your commit r212448 broken Windows target 4 days.
>> Since windows target no ftw.h, this caused the following errors:
>
> Sorry
Hi Rong,
Your commit r212448 broken Windows target 4 days.
Since windows target no ftw.h, this caused the following errors:
make[2]: Entering directory
`/home/cauchy/obj/native/gcc-4.10-win64/gcc/libdecnumber'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/cauchy/obj/nat
i686-w64-mingw32 daily build failed: error: unable to emulate 'TI'
...
make[2]: Leaving directory
`/home/cauchy/obj/native/gcc-4.10-win32/gcc/libdecnumber'
make[2]: Entering directory `/home/cauchy/obj/native/gcc-4.10-win32/gcc/gcc'
i686-w64-mingw32-g++ -c -g -O2 -DIN_GCC-fno-exceptions -fno
On Sun, May 4, 2014 at 10:09 PM, JonY wrote:
> On 5/4/2014 12:17, NightStrike wrote:
>>
>> Now... that said, there's a few things that I didn't see addressed
>> anywhere in this thread.
>>
>> 1) Jon, you had asked me to setup a mailing list for svn commits. I
>> did so. Then SF added their own t
On Sat, Apr 26, 2014 at 11:49 PM, Dongsheng Song
wrote:
> On Sat, Apr 26, 2014 at 10:25 PM, Adrien Nader wrote:
>> On Sat, Apr 26, 2014, Dongsheng Song wrote:
>>> On Sat, Apr 26, 2014 at 3:22 PM, Adrien Nader wrote:
>>> > On Sat, Apr 26, 2014, Dongsheng Song wrot
On Sat, Apr 26, 2014 at 10:25 PM, Adrien Nader wrote:
> On Sat, Apr 26, 2014, Dongsheng Song wrote:
>> On Sat, Apr 26, 2014 at 3:22 PM, Adrien Nader wrote:
>> > On Sat, Apr 26, 2014, Dongsheng Song wrote:
>> >> On Sat, Apr 26, 2014 at 12:31 AM, Adrien Nader wrote:
On Sat, Apr 26, 2014 at 4:47 PM, JonY wrote:
> On 4/26/2014 10:27, Matthew Brett wrote:
>>
>> I've had problems with sourceforge before. It looks like, to allow
>> people to upload, you have add the person as Developer or Admin, and
>> then (this for the project 'numpy'):
>>
>> Go the 'tools' sid
On Sat, Apr 26, 2014 at 3:22 PM, Adrien Nader wrote:
> On Sat, Apr 26, 2014, Dongsheng Song wrote:
>> On Sat, Apr 26, 2014 at 12:31 AM, Adrien Nader wrote:
>> > I believe --with-arch=core2 is a big issue for generic toolchains. It
>> > will create troubles which will b
On Sat, Apr 26, 2014 at 3:24 PM, JonY wrote:
> On 4/26/2014 13:44, Dongsheng Song wrote:
>> On Sat, Apr 26, 2014 at 10:24 AM, niXman wrote:
>>> Dongsheng Song 2014-04-26 06:17:
>>>> Not help, still no 'Add File' or 'Add Folder'.
>>>
>
On Sat, Apr 26, 2014 at 10:24 AM, niXman wrote:
> Dongsheng Song 2014-04-26 06:17:
>> Not help, still no 'Add File' or 'Add Folder'.
>
> I also can't see this buttons(bug?), but I use ShellService:
> https://sourceforge.net/p/forge/documentation/Shel
On Sat, Apr 26, 2014 at 8:32 AM, JonY wrote:
> On 4/25/2014 22:54, Ruben Van Boxem wrote:
>>>
>>> Add --enable-fully-dynamic-string and
>>>
>>
>> Shouldn't this already be enabled by default (you worked on a patch for
>> that which IIANM I tested back then)?
>>
>>
>
> I can't remember if I did :)
On Sat, Apr 26, 2014 at 12:31 AM, Adrien Nader wrote:
> I believe --with-arch=core2 is a big issue for generic toolchains. It
> will create troubles which will be very annoying to pinpoint.
>
> Any x86_64/amd64/EM64T (I love how Intel always makes up awful names)
> already has SSE2 and there is li
On Sat, Apr 26, 2014 at 8:35 AM, JonY wrote:
> On 4/25/2014 23:37, Dongsheng Song wrote:
>>> You may need to use winpthread if you want to use --enable-libgomp.
>>>
>>
>> Yes. In my situation, we dont't need winpthread. Since we only support
>> Windows
On Sat, Apr 26, 2014 at 12:40 AM, xunxun wrote:
>
> Did you use any patches or scripts for your build?
>
NO. Just put build commands in a bash script.
--
Start Your Social Network Today - Download eXo Platform
Build you
On Fri, Apr 25, 2014 at 10:34 PM, JonY wrote:
> Add --enable-fully-dynamic-string and
> --enable-version-specific-runtime-libs and everything is good.
>
I will testing with these options.
> You may need to use winpthread if you want to use --enable-libgomp.
>
Yes. In my situation, we dont't nee
On Fri, Apr 25, 2014 at 6:50 PM, JonY wrote:
> On 4/25/2014 17:47, Dongsheng Song wrote:
>> I'm glad to upload my daily builds to mingw-w64, if someone intersting
>> and give me (dongsheng) permission.
>>
>
> What is your configuration like? And what exactly do you
On Fri, Apr 25, 2014 at 5:32 PM, Dongsheng Song
wrote:
> On Fri, Apr 25, 2014 at 4:39 PM, niXman wrote:
>> Hi,
>>
>> Just now I uploaded the first builds of MinGW-W64 based on GCC-4.9.0.
>>
>> Links:
>> 32-bit:
>> posix-sjlj:
>> http://
On Fri, Apr 25, 2014 at 4:39 PM, niXman wrote:
> Hi,
>
> Just now I uploaded the first builds of MinGW-W64 based on GCC-4.9.0.
>
> Links:
> 32-bit:
> posix-sjlj:
> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.9.0/threads-posi
Hi,
The stdandard compiled output gcc DLLs (e.g. libstdc++-6.dll) have no
version info, I want attach version info to it, what's the prefered
method ?
gcc 4.7/4.8/4.9 generate same DLL name without version info, it's
really annoying.
Regards,
Dongsheng
--
~/vcs/svn/mingw-w64/trunk/mingw-w64-libraries/winpthreads/src$ svn diff .
Index: spinlock.c
===
--- spinlock.c (revision 6412)
+++ spinlock.c (working copy)
@@ -114,7 +114,10 @@
spin = (spin_t*)*lock;
if (spin->owner && spin->
$ svn diff
Index: trunk/mingw-w64-headers/include/winuser.h
===
--- trunk/mingw-w64-headers/include/winuser.h (revision 6391)
+++ trunk/mingw-w64-headers/include/winuser.h (working copy)
@@ -5624,7 +5624,7 @@
WINUSERAPI HDESK WINA
On Thu, Sep 19, 2013 at 11:26 AM, Alexey Pavlov wrote:
> *ANNOUNCING* new GCC-4.8.1 builds before mingw-w64 runtime v3 are
> released.
>
> GCC-4.8.1 has been rebuild with rev1.
>
> Program *versions* in builds:
>
>1. *GCC-4.8.1.
>*
>2. *binutils-2.23.2.
>*
>3. *
>
>m
On 2013/8/1 8:58, Luis Lavena wrote:
> Hello folks,
>
> As maintainer of RubyInstaller (binary distribution of Ruby on Windows), we
> opted to use Ruben's mingw-w64 binary packages as compiler toolchain and also
> as
> part of our DevKit, to allow users install and compile extensions to the
> la
On Thu, Jul 4, 2013 at 8:40 PM, Dongsheng Song wrote:
> 于 2013/7/4 17:18, Kai Tietz 写道:
>> 2013/7/4 Dongsheng Song :
>>> On 2013/7/4 4:49, Earnie Boyd wrote:
>>>> On Wed, Jul 3, 2013 at 12:28 PM, Dongsheng Song wrote:
>>>>> On Thu, Jul 4, 2013 at 12:0
于 2013/7/4 17:18, Kai Tietz 写道:
> 2013/7/4 Dongsheng Song :
>> On 2013/7/4 4:49, Earnie Boyd wrote:
>>> On Wed, Jul 3, 2013 at 12:28 PM, Dongsheng Song wrote:
>>>> On Thu, Jul 4, 2013 at 12:09 AM, Kai Tietz wrote:
>>>>> That is a known issue
On 2013/7/4 4:49, Earnie Boyd wrote:
> On Wed, Jul 3, 2013 at 12:28 PM, Dongsheng Song wrote:
>> On Thu, Jul 4, 2013 at 12:09 AM, Kai Tietz wrote:
>>> That is a known issue of ld for pe-coff. If at least one symbol is
>>> exported by dllexport, only those symbols a
On Thu, Jul 4, 2013 at 12:09 AM, Kai Tietz wrote:
> That is a known issue of ld for pe-coff. If at least one symbol is
> exported by dllexport, only those symbols are. If there is none, then
> all symbols getting exported.
>
Just for curious, why 64 bit Windows target not affected ? Why gcc 4.7
Hi,
If source files use __attribute__ ((dllexport)) to export symbols, the
result DLL looks fine.
But if not use __attribute__ ((dllexport)), the result DLL will export
an extra symbol
'InterlockedCompareExchange@12'. I had checked the compiled and link
files, do not know why.
--
*) 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
On Thu, Jun 20, 2013 at 9:11 PM, Earnie Boyd
wrote:
> On Thu, Jun 20, 2013 at 9:06 AM, Dongsheng Song wrote:
>>
>> I want to build gcc 4.8 with isl and cloog, can I put isl and cloog
>> to gcc/branches/gcc-4_8-branch/ like gmp/mpfr/mpc ?
>>
>
> You should be abl
1 - 100 of 204 matches
Mail list logo
