Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 402F810811 for ; Thu, 7 Nov 2013 05:30:21 +0000 (UTC) Received: (qmail 39844 invoked by uid 500); 7 Nov 2013 05:30:17 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 39776 invoked by uid 500); 7 Nov 2013 05:30:16 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 39766 invoked by uid 99); 7 Nov 2013 05:30:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Nov 2013 05:30:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [173.201.193.235] (HELO p3plsmtpa09-06.prod.phx3.secureserver.net) (173.201.193.235) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Nov 2013 05:30:07 +0000 Received: from hub ([76.252.112.72]) by p3plsmtpa09-06.prod.phx3.secureserver.net with id mVVk1m0031Zmh9Y01VVkxC; Wed, 06 Nov 2013 22:29:45 -0700 Date: Wed, 6 Nov 2013 23:29:42 -0600 From: "William A. Rowe Jr." To: Arsen Chaloyan Cc: APR Developer List Subject: Re: Link errors in apr_atomic with VS2013 Message-ID: <20131106232942.54fd3300@hub> In-Reply-To: <1383702562.18420.YahooMailNeo@web122303.mail.ne1.yahoo.com> References: <1383702562.18420.YahooMailNeo@web122303.mail.ne1.yahoo.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Tue, 5 Nov 2013 17:49:22 -0800 (PST) Arsen Chaloyan wrote: > > These errors are caused by the use of the new Platform Toolset v120 > which gets installed with VS2013. More specifically, the problem is > in the function cast wrappers defined in apr_atomic.c and used only > for Win32 (x86) platform. Taking out the function casts helps resolve > the link errors with a penalty of having warning messages instead. Each time I've seen such issues, there is some -Define flag to circumvent the silly MSVC design team's choices. Please look into the headers to see if there is a more straightforward workaround to revert to the 'classic' behavior first.