[Mingw-w64-public] File format is ambiguous (Matching formats: coff-x86-64 pe-x86-64)

2013-03-24 Thread Dongsheng Song
It seems that like this old thread revived: http://www.sourceware.org/ml/binutils/2007-07/msg00469.html binutils clone from git://sourceware.org/git/binutils.git, version is: binutils$ git log -3 commit 69fdfc0c99d106a4a49c45185c654c4b6ba72371 Author: Alan Modra amo...@bigpond.net.au Date:

Re: [Mingw-w64-public] File format is ambiguous (Matching formats: coff-x86-64 pe-x86-64)

2013-03-24 Thread Dongsheng Song
--disable-nls On Sun, Mar 24, 2013 at 11:07 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: It seems that like this old thread revived: http://www.sourceware.org/ml/binutils/2007-07/msg00469.html binutils clone from git://sourceware.org/git/binutils.git, version is: binutils$ git log -3

Re: [Mingw-w64-public] Compiling packages with MinGW 32 and 64 bits

2013-01-04 Thread Dongsheng Song
On Sun, Dec 9, 2012 at 10:35 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: Thank you, now I know how to compile gettext for windows. Why so mystical ? Now gettext 0.18.2 released, I can build it smoothly without any hack ! *) 32bit ${HOME}/src/gettext-0.18.2/configure \ --enable-shared

Re: [Mingw-w64-public] Compiling packages with MinGW 32 and 64 bits

2012-12-09 Thread Dongsheng Song
Thank you, now I know how to compile gettext for windows. Why so mystical ? -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve

Re: [Mingw-w64-public] Add VS2012 CRT support

2012-09-12 Thread Dongsheng Song
On Wed, Sep 12, 2012 at 8:50 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: On Wed, Sep 12, 2012 at 6:14 PM, Kai Tietz ktiet...@googlemail.com wrote: Hello Dongsheng, patch looks ok. Just one nit I see. Within that patch also a change to testsuite's make is made. For that a changelog

Re: [Mingw-w64-public] Add VS2012 CRT support

2012-09-12 Thread Dongsheng Song
On Wed, Sep 12, 2012 at 9:57 PM, Ozkan Sezer seze...@gmail.com wrote: I applied the v2.x patch at rev. 5396. Thanks. -- O.S. I saw you update revstamp.h too, which file generate revstamp.h ? I also saw jon_y applied to trunk at r5395 without update ChangeLog. Regards, Dongsheng

Re: [Mingw-w64-public] GCC 4.6.3-1-release and Clang 3.1 release by rubenvb

2012-08-08 Thread Dongsheng Song
On Wed, Aug 8, 2012 at 5:56 PM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote: 2012/8/8 Jean-Claude Beaudoin jean.claude.beaud...@gmail.com On Wed, Aug 8, 2012 at 1:39 AM, Dongsheng Song dongsheng.s...@gmail.comwrote: I recommend you use '-march=x86-64' instead of '-march=nocona'. I

Re: [Mingw-w64-public] GCC 4.6.3-1-release and Clang 3.1 release by rubenvb

2012-08-07 Thread Dongsheng Song
I recommend you use '-march=x86-64' instead of '-march=nocona'. On Tue, Aug 7, 2012 at 3:24 AM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi everyone, I have finished messing up my scripts and fixing them afterwards. I bring you another GCC 4.6.3 build, with MinGW-w64 v2.0.5. Changes

Re: [Mingw-w64-public] [ANNOUNCEMENT] mingw-w64-headers build behavior changes in trunk (v3)

2012-07-09 Thread Dongsheng Song
Thanks for inform. But which gcc version default read $PREFIX/include instead of $PREFIX/$HOST/include ? From my memory, *-w64-mingw* gcc do not read $PREFIX/include. On Mon, Jul 9, 2012 at 7:02 AM, JonY jo...@users.sourceforge.net wrote: Hello all, mingw-w64-headers will now install headers

[Mingw-w64-public] Strange gettext-0.18.1.1 compile error on gcc 4.6 for mingw-w64 snapshot (20111122)

2011-11-30 Thread Dongsheng Song
Hi all, Here is the build steps: $ cd ${HOME}/tmp/libiconv $ ${HOME}/src/libiconv-1.14/configure --prefix=${HOME}/tmp/w32 --host=i686-w64-mingw32 --disable-static --disable-nls $ make $ make install $ cd ${HOME}/tmp/gettext $ ${HOME}/src/gettext-0.18.1.1/configure --prefix=${HOME}/tmp/w32

Re: [Mingw-w64-public] [PATCH 2/2] Add clock_* functions

2011-09-08 Thread Dongsheng Song
On Thu, Sep 8, 2011 at 17:44, Kai Tietz ktiet...@googlemail.com wrote: 2011/9/6 JonY jo...@users.sourceforge.net: On 9/4/2011 14:56, Dongsheng Song wrote: ---  mingw-w64-crt/misc/clock.c                  |  234 +++  mingw-w64-crt/testcases/t_clock_getres.c    |   62

Re: [Mingw-w64-public] [PATCH 2/2] Add clock_* functions

2011-09-08 Thread Dongsheng Song
For your such plan, I recommend you rename winpthread to libposix, or other suitable names. -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market

[Mingw-w64-public] [PATCH 1/2] Add nanosleep.c and t_nanosleep.c

2011-09-04 Thread Dongsheng Song
--- mingw-w64-crt/Makefile.am |2 + mingw-w64-crt/misc/nanosleep.c| 67 mingw-w64-crt/testcases/t_nanosleep.c | 92 + mingw-w64-headers/crt/time.h | 58 +++- 4 files changed, 216

[Mingw-w64-public] [PATCH] Add nanosleep.c and t_nanosleep.c

2011-09-03 Thread Dongsheng Song
From: Dongsheng Song dongsh...@apache.org --- mingw-w64-crt/Makefile.am |2 + mingw-w64-crt/misc/nanosleep.c| 67 mingw-w64-crt/testcases/t_nanosleep.c | 92 + mingw-w64-headers/crt/time.h | 58

Re: [Mingw-w64-public] [PATCH] Add nanosleep.c and t_nanosleep.c

2011-09-03 Thread Dongsheng Song
These clock_* functions have been declared in time.h, will post in the next few days. On Sat, Sep 3, 2011 at 14:42, JonY jo...@users.sourceforge.net wrote: On 9/3/2011 14:26, Dongsheng Song wrote: Kai, Ozkan, any objections? From: Dongsheng Song dongsh...@apache.org ---  mingw-w64-crt

Re: [Mingw-w64-public] std::thread::sleep_for() question

2011-09-01 Thread Dongsheng Song
On Thu, Sep 1, 2011 at 19:08, niXman i.nix...@gmail.com wrote: Hi all! Any ideas about the nanosleep() function? Maybe it shoul be implemented into mingw-w64-crt ? Same for me. My project clock_* too, I must implement myself: int nanosleep(const struct timespec *request, struct timespec

Re: [Mingw-w64-public] GCC 4.6.2 (prerelease) rubenvb Personal Build, now with Clang addon!

2011-07-07 Thread Dongsheng Song
On Wed, Jul 6, 2011 at 21:56, Ruben Van Boxem vanboxem.ru...@gmail.comwrote: - I have updated to the newest mingw-w64 crt and headers, and re-enabled wildcard globbing, so that you can call executables like this: x86_64-w64-mingw32-strip *.exe and have it strip all executables in the

Re: [Mingw-w64-public] GCC 4.6.2 (prerelease) rubenvb Personal Build, now with Clang addon!

2011-07-07 Thread Dongsheng Song
On Thu, Jul 7, 2011 at 21:12, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: The mingw-w64 crt has a configure option --enable-wildcard which enables this functionality. Thanks,  it works fine. When I use the new crt, grep 2.9 can support wildcard globbing now. -- Dongsheng

[Mingw-w64-public] [winpthread] How to debug tests\cancel8 failure ?

2011-06-02 Thread Dongsheng Song
Hi, tests\cancel8 sometimes running OK on 32bit, sometimes fail, but always fail on 64bit. It's very strange that this test running OK on gdb every time, so the question is: How to debug tests\cancel8 failure ? Or this test not suitable for winpthread ? C:\winpthread-64\testsgdb64 cancel8 GNU

[Mingw-w64-public] About IP Address String Conversion Functions in mstcpip.h

2011-05-31 Thread Dongsheng Song
Hi all, From MSDN page: http://msdn.microsoft.com/en-us/library/aa366071%28v=VS.85%29.aspx These functions: RtlIpv6AddressToString RtlIpv6StringToAddress RtlIpv4AddressToString RtlIpv6AddressToString Only in Windows Vista/Server 2008 or later. But on my Windows XP these functions exists too:

[Mingw-w64-public] [PATCH] IP address string conversion functions available on Windows 2003/XP too

2011-05-31 Thread Dongsheng Song
于 2011-5-31 21:49, Dongsheng Song 写道: Hi all, From MSDN page: http://msdn.microsoft.com/en-us/library/aa366071%28v=VS.85%29.aspx These functions: RtlIpv6AddressToString RtlIpv6StringToAddress RtlIpv4AddressToString RtlIpv6AddressToString Only in Windows Vista/Server 2008 or later

[Mingw-w64-public] [winpthread] Assertion failed: (sem_init(sema, 0, 0) == 0), file benchtest5.c, line 134

2011-05-25 Thread Dongsheng Song
Hi, With the attached patch, I can building and testing WinPthread, but benchmark testing 5th failed on XP SP3: $ cd winpthreads/tests $ make clean GC ... ALL TESTS PASSED! Congratulations! $ make GC-bench Copying .././outlib/libpthreadGC2-32.dll.a Copying .././outlib/pthreadGC2-32.dll make -k

Re: [Mingw-w64-public] [winpthread] Assertion failed: (sem_init(sema, 0, 0) == 0), file benchtest5.c, line 134

2011-05-25 Thread Dongsheng Song
After I review the source, the failure was caused by sem_init only support PTHREAD_PROCESS_PRIVATE, but benchtest.c required PTHREAD_PROCESS_SHARED. Here is my patch. On Wed, May 25, 2011 at 22:11, Dongsheng Song dongsheng.s...@gmail.com wrote: Hi, With the attached patch, I can building

Re: [Mingw-w64-public] [PATCH] Mark msvcr90 functions which also provide in libmingwex by DATA

2011-05-20 Thread Dongsheng Song
On Thu, May 19, 2011 at 15:28, Dongsheng Song dongsheng.s...@gmail.comwrote: 于 2011-5-19 15:14, Ozkan Sezer 写道: On Thu, May 19, 2011 at 9:51 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: Hi, There have 69 functions both in libmingwex and 64 bit msvcr90.dll, 50 functions both

[Mingw-w64-public] question on libmangle_decode_ms_name

2011-05-19 Thread Dongsheng Song
I think this is a debug line, should be removed, right ? Index: libmangle/src/m_ms.c === --- libmangle/src/m_ms.c(revision 4169) +++ libmangle/src/m_ms.c(working copy) @@ -110,8 +110,6 @@ ctx.pZNameList =

Re: [Mingw-w64-public] [Qt-interest] Rubenvb 4.6.1 (prerelease) x86_64 personal build

2011-05-10 Thread Dongsheng Song
On Tue, May 10, 2011 at 15:25, Kai Tietz ktiet...@googlemail.com wrote: Hmm, is it possible to get a stack-trace for ld's plugin crash? This might be pretty helpful to know at what point it crashes.   As I don't see this issue I assume it is mingw-.host only related, so a stack-trace would be

Re: [Mingw-w64-public] Rubenvb 4.6.1 (prerelease) x86_64 personal build

2011-05-08 Thread Dongsheng Song
On Sun, May 8, 2011 at 17:47, Ruben Van Boxem vanboxem.ru...@gmail.comwrote: I have released an update to my 4.6.1 prerelease toolchain. 1. linking code with lto using the -flto switch crashes ld. Trunk crashes, 2.21 as well, 2.20 complains about not being compiled with --enable-plugins, but

[Mingw-w64-public] [PATCH] Mark msvcr100 functions which also provide by libmingwex by DATA

2011-03-12 Thread Dongsheng Song
Hi, Thers have 70 functions both in libmingwex and 64 bit msvcr100.dll, 51 functions both in libmingwex and 32 bit msvcr100.dll, all of them should mark by DATA. PS: I'm using VS 2010 SP1 runtime to generate the .DEF files. -- Dongsheng Index: trunk/mingw-w64-crt/lib64/msvcr100.def

Re: [Mingw-w64-public] [PATCH] Mark msvcr100 functions which also provide by libmingwex by DATA

2011-03-12 Thread Dongsheng Song
On Sat, Mar 12, 2011 at 20:29, Kai Tietz ktiet...@googlemail.com wrote: 2011/3/12 Dongsheng Song dongsheng.s...@gmail.com: Hi, Thers have 70 functions both in libmingwex and 64 bit msvcr100.dll, 51 functions both in libmingwex and 32 bit msvcr100.dll, all of them should mark by DATA. PS

Re: [Mingw-w64-public] why aren't secure _s functions provided?

2011-03-10 Thread Dongsheng Song
On Fri, Mar 11, 2011 at 09:34, Dock, Dion dion_d...@mentor.com wrote: I'm still flailing around with this. C:\Tempmore dion.c #include stdio.h #include time.h int main() {   struct tm aTm;   int err = 0;   __time32_t time;   _time32(time);   err = _localtime32_s(aTm, time);  

Re: [Mingw-w64-public] why aren't secure _s functions provided?

2011-03-09 Thread Dongsheng Song
On Thu, Mar 10, 2011 at 09:07, Dock, Dion dion_d...@mentor.com wrote: How did you do that? nm isn't displaying those functions in my preferred runtime lib, libmsvcr80.a. For example, C:\TempC:\mingw_32\bin\i686-w64-mingw32-nm.exe C:\mingw_32\mingw\lib\libmsvcr80.a | find strcpy_s

Re: [Mingw-w64-public] Bugs in setjmp.h

2011-02-23 Thread Dongsheng Song
On Wed, Feb 23, 2011 at 17:20, Kai Tietz ktiet...@googlemail.com wrote: Hmm, that NULL isn't defined is the issue. So it looks for me more like a missing header include of stddef.h, or stdlib.h. Yes, but since Linux GCC and MS VC no need include the extra header files, I think this

Re: [Mingw-w64-public] Parma Polyhedra Library 0.11.1

2011-02-22 Thread Dongsheng Song
On Tue, Feb 22, 2011 at 17:05, Roberto Bagnara bagn...@cs.unipr.it wrote: And I'm doubt the assumption GMP does not support exception when cross compiling: $ git diff m4/ac_check_gmp.m4 diff --git a/m4/ac_check_gmp.m4 b/m4/ac_check_gmp.m4 index c5dd1c9..8c2af74 100644 ---

Re: [Mingw-w64-public] Parma Polyhedra Library 0.11.1

2011-02-22 Thread Dongsheng Song
On Tue, Feb 22, 2011 at 17:05, Roberto Bagnara bagn...@cs.unipr.it wrote: On 02/22/2011 06:04 AM, Dongsheng Song wrote: When I build on i686-w64-mingw32 target: libtool: compile:  i686-w64-mingw32-g++ -DHAVE_CONFIG_H -I. -I/home/oracle/src/ppl-0.11.1/src -I.. -I.. -I/home/oracle/src/ppl

[Mingw-w64-public] Bugs in setjmp.h

2011-02-22 Thread Dongsheng Song
Hi, Here is the bugs exposed by Parma Polyhedra Library. In setjmp manual, the only required head file is setjmp.h, but mingw-w64 is not the case, here is a example: $ cat have_sse.c #include setjmp.h #include signal.h jmp_buf env; int have_sse_unit = 1; void illegal_instruction_catcher(int

Re: [Mingw-w64-public] Bugs in setjmp.h

2011-02-22 Thread Dongsheng Song
) sse_get_control(); have_sse_unit = 1; restore_sigill_handler: signal(SIGILL, SIG_DFL); } int main(int argc, char *argv[]) { detect_sse_unit(); return have_sse_unit; } On Wed, Feb 23, 2011 at 11:17, Dongsheng Song dongsheng.s...@gmail.comwrote: Hi, Here is the bugs exposed by Parma

Re: [Mingw-w64-public] Parma Polyhedra Library 0.11.1

2011-02-21 Thread Dongsheng Song
On Mon, Feb 21, 2011 at 01:32, Prof. Roberto Bagnara bagn...@cs.unipr.it wrote: We announce the availability of PPL 0.11.1, a new release of the Parma Polyhedra Library.  This release includes several important bug fixes and performance improvements. The precise list of user-visible changes

Re: [Mingw-w64-public] Improving evr.h from Windows SDK

2011-01-29 Thread Dongsheng Song
Hi JonY, In r4001, you add 'misc/mbwc.c' to mingw-w64-crt/Makefile.am, but I can not find mbwc.c, only found misc/mingw_mbwc_convert.c. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a

Re: [Mingw-w64-public] winscard.h required by windows.h (only in mingw-w64, not mingw.org)

2011-01-27 Thread Dongsheng Song
Hi Luis, Please try the following patch (include VC6 trick): include/sqlfront.h |5 + include/tds_sysdep_private.h |2 +- win32/config.h |7 --- 3 files changed, 10 insertions(+), 4 deletions(-) --- a/include/sqlfront.h +++ b/include/sqlfront.h @@

Re: [Mingw-w64-public] Problems of build multilibs

2010-11-28 Thread Dongsheng Song
On Mon, Nov 29, 2010 at 02:05, NightStrike nightstr...@gmail.com wrote: On Fri, Oct 15, 2010 at 11:42 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: On Thu, Oct 14, 2010 at 22:35, NightStrike nightstr...@gmail.com wrote: On Wed, Oct 13, 2010 at 5:06 AM, Dongsheng Song dongsheng.s

Re: [Mingw-w64-public] [Mingw-users] Is WSARecvMsg available in mingw?

2010-11-19 Thread Dongsheng Song
On Fri, Nov 19, 2010 at 16:56, Jeroen Asselman jer...@asselman.com wrote: Hello, Currently I am porting an existing Linux program to windows which is heavily network oriented. Almost all code is ported, however I also need a replacement for the recvmsg method in linux. Searching the MSDN

Re: [Mingw-w64-public] symbols conflict between lib64/libmingwex.a and lib64/libmsvcrt.a

2010-10-19 Thread Dongsheng Song
On 2010-10-19 14:13, Kai Tietz wrote: Well, all those symbols in msvcrt.def need to be marked by DATA. Thanks for the list. Cheers, Kai What's the difference between comment out and marked by DATA ? Regards, Dongsheng signature.asc Description: OpenPGP digital signature

[Mingw-w64-public] symbols conflict between lib64/libmingwex.a and lib64/libmsvcrt.a

2010-10-18 Thread Dongsheng Song
lib64_libmingwex_a-exp.o fmodlib64_libmingwex_a-fmod.o log lib64_libmingwex_a-log.o modflib64_libmingwex_a-modf.o sin lib64_libmingwex_a-sin.o sqrtlib64_libmingwex_a-sqrt.o -- Dongsheng Song signature.asc Description: OpenPGP

Re: [Mingw-w64-public] symbols conflict between lib64/libmingwex.a and lib64/libmsvcrt.a

2010-10-18 Thread Dongsheng Song
On 2010-10-19 13:43, Ozkan Sezer wrote: 2010/10/19 Dongsheng Song dongsheng.s...@gmail.com: Hi, Here is the list: _assert lib64_libmingwex_a-wassert.o _fpresetlib64_libmingw32_a-CRT_fp10.o _rotl64 lib64_libmingwex_a-_rotl64.o _rotr64 lib64_libmingwex_a

Re: [Mingw-w64-public] symbols conflict between lib32/libmingwex.a and lib32/libmsvcrt.a

2010-10-18 Thread Dongsheng Song
On 2010-10-19 13:43, Ozkan Sezer wrote: On Tue, Oct 19, 2010 at 6:30 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: Hi, Here is the list: __assertlib32_libmingwex_a-wassert.o _coslib32_libmingwex_a-cos.o _difftime lib32_libmingwex_a-difftime.o _exp

Re: [Mingw-w64-public] Problems of build multilibs

2010-10-15 Thread Dongsheng Song
On Thu, Oct 14, 2010 at 22:35, NightStrike nightstr...@gmail.com wrote: On Wed, Oct 13, 2010 at 5:06 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: 3. symlinks Even for single target, we must set symlinks. Can we disable the mess multilibs support in this occasion ? Which symlink

[Mingw-w64-public] Problems of build multilibs

2010-10-13 Thread Dongsheng Song
Hi all, 1. .dll files install error When I build multilibs under i686-linux, all .dll files go to ${PREFIX}/bin, I have to copy 32 bit .dll files to ${PREFIX}/bin, and 64 bit .dll files to ${PREFIX}/bin/64 manually. Is this a known issues ? 2. lib, lib32 and lib64 Why we must use all 3 names

Re: [Mingw-w64-public] Is there are ways to distinguish mingw32 and mingw-w64 (32bit) compiler?

2010-10-11 Thread Dongsheng Song
On Sun, Oct 10, 2010 at 14:19, Kai Tietz ktiet...@googlemail.com wrote: Hello Dongsheng. 2010/10/10 Dongsheng Song dongsheng.s...@gmail.com: Hi all, Since mingw-w64 (32bit) have many new features than mingw32, I must distinguish these two compilers at compile time, how can I do

[Mingw-w64-public] Is there are ways to distinguish mingw32 and mingw-w64 (32bit) compiler?

2010-10-10 Thread Dongsheng Song
Hi all, Since mingw-w64 (32bit) have many new features than mingw32, I must distinguish these two compilers at compile time, how can I do it ? -- Dongsheng -- Beautiful is writing same markup. Internet Explorer 9

Re: [Mingw-w64-public] LLVM and CLang 2.8 with mingw-w64

2010-10-09 Thread Dongsheng Song
On 2010-10-9 16:41, Ozkan Sezer wrote: On Sat, Oct 9, 2010 at 11:20 AM, İsmail Dönmez ism...@namtrac.org wrote: Hi; On Sat, Oct 9, 2010 at 10:35 AM, Ozkan Sezer seze...@gmail.com wrote: On Sat, Oct 9, 2010 at 8:41 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On Sat, Oct 9, 2010 at 11

Re: [Mingw-w64-public] LLVM and CLang 2.8 with mingw-w64

2010-10-08 Thread Dongsheng Song
On Sat, Oct 9, 2010 at 11:28, Jon 10wa...@gmail.com wrote: On 10/7/10, Dongsheng Song dongsheng.s...@gmail.com wrote: c:\gcc-4.5-w32\bin\../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/include/_mingw.h:235:0: note: this is the location of the previous definition In file included

[Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-29 Thread Dongsheng Song
When I build libiconv NLS version, I can not run iconv.exe, which reference a non-exist symbol 'wcsnlen', from lib32\msvcrt.def, I can see this symbol after the following comments line: ; msvcr80.dll and later If we want to support Windows XP (SP3 or later), we should not include symbols which

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-29 Thread Dongsheng Song
On Wed, Sep 29, 2010 at 17:56, JonY jo...@users.sourceforge.net wrote: On 9/29/2010 16:34, Dongsheng Song wrote:  When I build libiconv NLS version, I can not run iconv.exe, which reference a non-exist symbol 'wcsnlen', from lib32\msvcrt.def, I can see this symbol after the following

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-29 Thread Dongsheng Song
On Wed, Sep 29, 2010 at 21:56, Xiaofan Chen xiaof...@gmail.com wrote: On Wed, Sep 29, 2010 at 5:56 PM, JonY jo...@users.sourceforge.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/29/2010 16:34, Dongsheng Song wrote:  When I build libiconv NLS version, I can not run iconv.exe

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-29 Thread Dongsheng Song
On 2010-9-29 22:33, Kai Tietz wrote: On Wed, Sep 29, 2010 at 5:56 PM, JonY jo...@users.sourceforge.net wrote: As far as I know, this is not a bug. That comment means that it is available with Windows 7. Until its reimplemented in libmingwex, the proper fix would be not to call it if you

[Mingw-w64-public] multiple definition of _encode_pointer/_decode_pointer

2010-09-20 Thread Dongsheng Song
Hi all, When I compile cx_Oracle, I got the warn/error: O:\gcc-4.5-w32\bin\gcc.exe -mno-cygwin -shared -s build\temp.win32-2.6-11g\Release\cx_oracle.o build\temp.win32-2.6-11g\Release\cx_Oracle.def -LC:\opt\oracle\product\11.2\master\bin -LC:\opt\oracle\product\11.2\master

Re: [Mingw-w64-public] libusb-win32 usb.h and MinGW-w64 usb.h conflict

2010-09-18 Thread Dongsheng Song
On Sun, Sep 19, 2010 at 07:50, Ozkan Sezer seze...@gmail.com wrote: AFAIK, usb.h is out of ddk because it is part of ms platform sdk, therefore, it _needs_ to be out of a ddk subdirectory for proper compatibility. No, usb.h is in MS WDK 7.1 now: C:\opt\WinDDK\7.1\inc\apidir *usb* 驱动器 C

Re: [Mingw-w64-public] sigset_t and w32pth

2010-07-29 Thread Dongsheng Song
It seems that Borland C++ defined ENOFILE, and MinGW add the alias of ENOENT. On Thu, Jul 29, 2010 at 23:43, Ozkan Sezer seze...@gmail.com wrote: On Thu, Jul 29, 2010 at 6:28 PM, Kai Tietz ktiet...@googlemail.com wrote: 2010/7/29 Dongsheng Song dongsheng.s...@gmail.com: Thanks, when I build

[Mingw-w64-public] Kai Tietz break cross build gcc on r2945 due to delete FLT/DBL/LDBL_MANT_DIG macros

2010-07-28 Thread Dongsheng Song
Hi Kai, When we cross build gcc 4.5 for windows, I found we can build windows gcc binary one week ago, but now the build failed. After I do a binary search, I found the issue caused by r2945. r2950 | 2010-07-24 05:50:28 | FAILED r2945 | 2010-07-24 02:44:15 | FAILED r2944 |

Re: [Mingw-w64-public] Kai Tietz break cross build gcc on r2945 due to delete FLT/DBL/LDBL_MANT_DIG macros

2010-07-28 Thread Dongsheng Song
于 2010-7-28 16:02, Kai Tietz 写道: 2010/7/28 Dongsheng Song dongsheng.s...@gmail.com: 于 2010-7-28 15:43, Kai Tietz 写道: 2010/7/28 Dongsheng Song dongsheng.s...@gmail.com: Hi Kai, When we cross build gcc 4.5 for windows, I found we can build windows gcc binary one week ago, but now the build

[Mingw-w64-public] Jonathan break build on r2963 due to typo in Makefile.am

2010-07-27 Thread Dongsheng Song
Hi Jonathan, Here is the patch: Index: Makefile.in === --- Makefile.in(revision 2968) +++ Makefile.in(working copy) @@ -3697,7 +3697,7 @@ @LIB64_TRUE@ lib64/libks.a lib64/librpcdiag.a lib64/librpchttp.a

[Mingw-w64-public] Kai Tietz break build on r2962 due to missing commit pow.def.h

2010-07-25 Thread Dongsheng Song
Here is the commit information: 2010-07-25 Kai Tietz kai.ti...@onevision.com * math/pow.c: Replaced by new implementation. * math/powl.c: Likewise. * math/pow.def.h: New pow implementation as template. --- M :

Re: [Mingw-w64-public] Why decimal floating point not supported for this target ?

2010-07-16 Thread Dongsheng Song
On Fri, Jul 16, 2010 at 13:17, Kai Tietz ktiet...@googlemail.com wrote: The feature of decimal-floating-point isn't enabled in gcc for cygwin/mingw targets. Question for those targets are, which decimal-floating-point variant should be used, is there any support by runtime, which ISO-Spec it

[Mingw-w64-public] Why decimal floating point not supported for this target ?

2010-07-15 Thread Dongsheng Song
/libdecnumber/decimal128.o gcc/libdecnumber/decimal32.o gcc/libdecnumber/decimal64.o sezero's gcc build give same errors too. Thanks for some help, Dongsheng Song -- This SF.net email is sponsored by Sprint What will you do

Re: [Mingw-w64-public] About pthread-w32 patch

2010-07-09 Thread Dongsheng Song
On Thu, Jul 8, 2010 at 23:04, Dongsheng Song dongsheng.s...@gmail.comwrote: Hi, Due to recent update of pthread-w32, the patch: http://sourceware.org/ml/pthreads-win32/2009/msg00030/w64sup.patch can not apply cleanly, have some conflicts now, is there have any update patch ? Regards

[Mingw-w64-public] About pthread-w32 patch

2010-07-08 Thread Dongsheng Song
Hi, Due to recent update of pthread-w32, the patch: http://sourceware.org/ml/pthreads-win32/2009/msg00030/w64sup.patch can not apply cleanly, have some conflicts now, is there have any update patch ? Regards, Dongsheng

<    1   2