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 3F7A64EA0 for ; Thu, 23 Jun 2011 21:37:43 +0000 (UTC) Received: (qmail 46599 invoked by uid 500); 23 Jun 2011 21:37:42 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 46514 invoked by uid 500); 23 Jun 2011 21:37:42 -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 46506 invoked by uid 99); 23 Jun 2011 21:37:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jun 2011 21:37:42 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.14] (HELO smtpout09.prod.mesa1.secureserver.net) (64.202.165.14) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 23 Jun 2011 21:37:35 +0000 Received: (qmail 7616 invoked from network); 23 Jun 2011 21:37:13 -0000 Received: from unknown (76.252.112.72) by smtpout09.prod.mesa1.secureserver.net (64.202.165.14) with ESMTP; 23 Jun 2011 21:37:12 -0000 Message-ID: <4E03B1E4.8070507@rowe-clan.net> Date: Thu, 23 Jun 2011 16:36:36 -0500 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: dev@apr.apache.org Subject: Re: APR on CI References: <09e62d50-56df-496f-96f4-6e3f372130bd@iris> In-Reply-To: <09e62d50-56df-496f-96f4-6e3f372130bd@iris> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 6/23/2011 4:30 PM, Igor Galić wrote: > Hey guys, > > apr and apr-util are now for most Unix flavours except Solaris > on ci http://ci.apache.org/builders/ > > Gavin would like to proceed with the Windows build next but it > appears that the current trunk needs VC6 and doesn't work out > of the box on VC10 - if at all. > > http://apr.apache.org/compiling_win32.html seems to support > that suspicion. Is this the status quo or just a lacking on > the documentation front? Trunk doesn't work out of the box, because we've avoided checking in any VC6-exported .mak/.dep files; these are likely to stay in flux as 2.0 is further polished and cleaned up. Every .dsp commit would need to be chased by a (louder) .mak commit, and the dependencies can also remain in flux. Alternately, there is cmake logic here already that should work, but I haven't been actively doing anything with it. The right answer is to drop .dsp, and figure out a better makefile representation/generator for msvc, and perhaps offer some vcproj based solution for developers who are exploring the apr API. It's something I had given thought to already, and will spend cycles on this once I've cleaned up my currently overfilled plate a bit. For anyone who wants to beat me to it, my initial thought is to borrow from the subversion project. And for ./configure detection, note that vbs windows scripting host is available out-of-the-box all the time on supported win32 OS's (something that wasn't true when we last considered and discarded the idea of leveraging it).