Return-Path: X-Original-To: apmail-subversion-dev-archive@minotaur.apache.org Delivered-To: apmail-subversion-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9B98B107C2 for ; Sun, 2 Jun 2013 21:59:30 +0000 (UTC) Received: (qmail 49778 invoked by uid 500); 2 Jun 2013 21:59:30 -0000 Delivered-To: apmail-subversion-dev-archive@subversion.apache.org Received: (qmail 49743 invoked by uid 500); 2 Jun 2013 21:59:30 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 49736 invoked by uid 99); 2 Jun 2013 21:59:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jun 2013 21:59:29 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jcorvel@gmail.com designates 209.85.212.42 as permitted sender) Received: from [209.85.212.42] (HELO mail-vb0-f42.google.com) (209.85.212.42) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jun 2013 21:59:24 +0000 Received: by mail-vb0-f42.google.com with SMTP id w15so2198352vbf.15 for ; Sun, 02 Jun 2013 14:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aXJ1oW2mgRb0cJrJAZiHvVYXAhegxsQEZUOE/+Zzz4s=; b=GzNAOU1ep2zEGJX3M1KZ/MTrGfjyARW7ihC8xWOoV1DaEJiPegEgFPU7lCO2PrgYoJ pjpBzuHMIctQmAZ3JjFokD611fSTVnJf6g07tMPA9A/XfQ3nIwjAYbjOYmsuwmtz+rX7 qU+yGwmF+yYftTHL/RC4BtCvP80gMnKbmYDzzlgUUuGOoVPRPZFz2vZphNCt7YiC7BwK XYRQ7xHurj8iw37rP2m693VyCpHkM5QQbV9wf5VRm5AeBKst0Bw7zd8133N9lAJO1WRp RJdeocHBMx/DlARl881k1+zIK+oS5C93SsJ9Y1gh/9+ZTN7r7TnAPIwPqWnUJMqfluks ppfQ== X-Received: by 10.220.89.12 with SMTP id c12mr16069030vcm.28.1370210343154; Sun, 02 Jun 2013 14:59:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.135.4 with HTTP; Sun, 2 Jun 2013 14:58:43 -0700 (PDT) In-Reply-To: References: From: Johan Corveleyn Date: Sun, 2 Jun 2013 23:58:43 +0200 Message-ID: Subject: Re: build-svn-deps-win.pl: error testing pcre To: Ben Reser Cc: Subversion Development Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Jun 2, 2013 at 11:28 PM, Ben Reser wrote: > On Sun, Jun 2, 2013 at 2:07 PM, Johan Corveleyn wrote: >> After that, I think it's the httpd build, but that fails with "Error: >> The specified project must be converted before it can be built.". This >> is the last part of the output: >> >> [[[ >> Converted project httpd.dsp to 2005 in . >> Converted project libhttpd.dsp to 2005 in . >> Converted project mod_access_compat.dsp to 2005 in ./modules/aaa >> Converted project mod_allowmethods.dsp to 2005 in ./modules/aaa >> ... >> Converted project rotatelogs.dsp to 2005 in ./support >> Converted project wintty.dsp to 2005 in ./support/win32 >> Upgrading Apache.dsw (this may take a while) >> >> Microsoft (R) Visual Studio Version 10.0.40219.1. >> Copyright (C) Microsoft Corp. All rights reserved. >> >> Error: The specified project must be converted before it can be built. >> >> Error: The specified project must be converted before it can be built. >> ... >> >> Error: The specified project must be converted before it can be built. >> >> Error: The specified project must be converted before it can be built. >> >> Information: >> This project/solution does not require conversion. >> Failed to rename srclib\apr-util\dbm\apr_dbm_db.vcxproj to >> srclib\apr-util\dbm\apr_dbm_db.vcxproj.bdb: No such file or directory >> at C:\research\svn\client_build\deps\build-svn-deps-win.pl line 228. >> ]]] >> >> (I'm using VS 2010, so perhaps that's the problem? Why are the >> projects "only" converted to 2005?) > > That output is very confusing but let me explain. > > The cvtdsp.pl script is actually just converting the /D define flag > that the older Visual Studio (2005?) converter parses incorrectly. I > don't think that script is needed, but I included it because it > doesn't hurt anything with newer versions of Visual Studio and I hoped > it would help with older versions. The reason it says 2005 is because > the cvtdsp.pl script only supports up to 2005. > > The errors about the specified project must be converted basically > comes down to this. Visual Studio 2005 through Visual Studio 2010 can > not convert the old VC6 (.dsw/dsp) files with the /Upgrade option from > the command line. Rather than telling you that, it just throws > bizarre errors like you're seeing. Visual Studio 2012 is the first > version that actually fixes this. I did all the work of that script > with Visual Studio 2012 so I didn't run into this issue. > > I did a bunch of work on that script this week to try and make it > functional with Visual Studio 2010 and make it usable with Subversion > 1.7.x (in the hope that I could use this to sign off on 1.7.10 for > Windows). I haven't committed it yet because I haven't resolved > intermittent failures in some of the projects. Specfically I'm > getting the tlog errors caused by httpd's build system reusing the > same intermediate directory for multiple things. The workaround for > that I used with Visual Studio 2012, while still helpful with Visual > Studio 2010 doesn't resolve the problem entirely. > > I'll go ahead and commit the work that I did earlier, which should get > you further (you'll have to do a little clicking in the IDE to convert > the httpd project) but it won't solve that issue, so you may have to > run more than one build to get a completed build. I haven't tried > building trunk with Visual Studio 2010, but I'm having some odd > failures with 1.7.10, though based on some digging it seems like > they're related to the way neon builds with Visual Studio 2010. Alternatively, I could simply upgrade to VS 2012 :-). It might be a good time to do this, right before going to the hackathon :-). OTOH, I tend to think that my ancient machine / setup provides a bit of extra coverage for the project :-). So if your changes for VS 2010 support work out, I might stick to that for the time being ... -- Johan