Re: MSVC build option about default library MSVCRT

2007-05-19 Thread Yongwei Wu
Hi Doug, On 18/05/07, Doug Cook <[EMAIL PROTECTED]> wrote: There is no such thing as a single-threaded Windows app. The programmer might only start one thread, but other system components might start other threads in the process, so the CRT needs to be aware of threads whether or not the program

RE: MSVC build option about default library MSVCRT

2007-05-17 Thread Doug Cook
Device Driver kit has a special set of libraries that lets you link against msvcrt.dll using VC 8.0, but that is unsupported and really not a good idea in most cases.) -Original Message- From: Yongwei Wu [mailto:[EMAIL PROTECTED] Sent: Thursday, May 17, 2007 7:03 PM To: Doug Cook Cc

[OT] MSVCRT and MSVCR71 (Was: Re: MSVC build option about default library MSVCRT)

2007-05-17 Thread Yongwei Wu
On 18/05/07, Doug Cook <[EMAIL PROTECTED]> wrote: There's nothing wrong with msvcr71.dll or msvcr80.dll. In fact, they have many bug fixes and performance improvements over msvcrt.dll. Thinking more carefully on this, I tend to disagree. Only the interfaces in msvcrt.dll is more or less fixed,

Re: MSVC build option about default library MSVCRT

2007-05-17 Thread Yongwei Wu
sults instead of evil ones using it in building Vim. -Original Message- From: Yongwei Wu [mailto:[EMAIL PROTECTED] Sent: Thursday, May 17, 2007 7:15 AM To: Doug Cook Cc: Bram Moolenaar; Vim-dev mailing list Subject: Re: MSVC build option about default library MSVCRT Hi Doug, On 17/05/07,

RE: MSVC build option about default library MSVCRT

2007-05-17 Thread Doug Cook
m Moolenaar; Vim-dev mailing list Subject: Re: MSVC build option about default library MSVCRT Hi Doug, On 17/05/07, Doug Cook <[EMAIL PROTECTED]> wrote: > Bram is wise. No objection here ;-). > Adding a nodefaultlib:msvcrt could potentially break things if you set > USE_MSVCRT=1 t

Re: MSVC build option about default library MSVCRT

2007-05-17 Thread Yongwei Wu
Hi Doug, On 17/05/07, Doug Cook <[EMAIL PROTECTED]> wrote: Bram is wise. No objection here ;-). Adding a nodefaultlib:msvcrt could potentially break things if you set USE_MSVCRT=1 to use the CRT DLL instead of statically linking the CRT. The problem is that you're linking a static-CRT versio

RE: MSVC build option about default library MSVCRT

2007-05-16 Thread Doug Cook
Bram Moolenaar Cc: Vim-dev mailing list Subject: Re: MSVC build option about default library MSVCRT Hi Bram, On 15/05/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > > [redirecting to vim-dev] > > > I am wondering whether l. 705 of Make_mvc.mak in vim-7.1-extra.tar.gz > >

Re: MSVC build option about default library MSVCRT

2007-05-16 Thread Yongwei Wu
Hi Bram, On 15/05/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: [redirecting to vim-dev] > I am wondering whether l. 705 of Make_mvc.mak in vim-7.1-extra.tar.gz > should be change from > > LINKARGS1 = $(linkdebug) $(conflags) /nodefaultlib:libc > > to > > LINKARGS1 = $(linkdebug) $(conflag

Re: MSVC build option about default library MSVCRT

2007-05-15 Thread Bram Moolenaar
[redirecting to vim-dev] > I am wondering whether l. 705 of Make_mvc.mak in vim-7.1-extra.tar.gz > should be change from > > LINKARGS1 = $(linkdebug) $(conflags) /nodefaultlib:libc > > to > > LINKARGS1 = $(linkdebug) $(conflags) /nodefaultlib:libc /nodefaultlib:msvcrt > > I have been usin