From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8733 invoked by alias); 26 Nov 2012 01:31:07 -0000 Received: (qmail 8721 invoked by uid 22791); 26 Nov 2012 01:31:06 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE,RCVD_VIA_APNIC X-Spam-Check-By: sourceware.org Received: from icp-osb-irony-out2.external.iinet.net.au (HELO icp-osb-irony-out2.external.iinet.net.au) (203.59.1.218) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 26 Nov 2012 01:30:56 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAPHFslDKN5yE/2dsb2JhbABEwCoWc4IeAQEFOBslEQsNCwkWDwkDAgECAUUTCAEBF4dxDb1/jDeBGoMnA5tsIoo3gwM Received: from unknown (HELO mail06.grapevine.net.au) ([202.55.156.132]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 26 Nov 2012 09:30:46 +0800 Received: from [180.200.153.227] (helo=[192.168.2.2]) by mail06.grapevine.net.au with esmtp (Exim 4.77) (envelope-from ) id 1TcnWy-0001M6-Qx for pthreads-win32@sourceware.org; Mon, 26 Nov 2012 12:30:40 +1100 Message-ID: <50B2C636.2050501@homemail.com.au> Date: Mon, 26 Nov 2012 01:31:00 -0000 From: Ross Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: pthreads-win32@sourceware.org Subject: Re: pthreadVC2.dll dependency on MSVCR100.dll References: <50AFDB38.8000109@cran.org.uk> <50B2A513.5030409@homemail.com.au> <50B2B1A1.30906@cran.org.uk> In-Reply-To: <50B2B1A1.30906@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2012/txt/msg00033.txt.bz2 On 26/11/2012 11:02 AM, Bruce Cran wrote: > On 25/11/2012 23:09, Ross Johnson wrote: >> Not deliberate. I assume this is a default and one reference I found >> claims it is linked to by msvcrt.lib in VS 2010. I'm looking but I >> haven't found a solution yet that I like (assuming it's correct the >> same reference suggests either linking statically or building with an >> old environment - both unacceptable ). > > If both those are unacceptable then the only solution will be to > document the dependency. The last toolset which allowed linking to > msvcrt.dll was WDK 7.1, and that has now been superseded by WDK 8.0, > which uses VS 2012 instead of an ancient set of compilers. I > confirmed with Doron at Microsoft earlier this year that it's now a > requirement to link against VS's CRT > (http://www.osronline.com/showthread.cfm?link=221792). > > Why is statically linking the CRT unacceptable? > At the moment this only affects "errno" AFAIK. The next release will allow a #define PTW32_USES_SEPARATE_CRT switch to support static linking the CRT into the library but requires application code changes to replace use of "errno" in some cases. But the prebuilt dlls won't be compiled with that switch.