Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id E8084200BD2 for ; Sat, 3 Dec 2016 20:04:36 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id E6BD5160B16; Sat, 3 Dec 2016 19:04:36 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 3BB04160B0F for ; Sat, 3 Dec 2016 20:04:36 +0100 (CET) Received: (qmail 16547 invoked by uid 500); 3 Dec 2016 19:04:35 -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 16537 invoked by uid 99); 3 Dec 2016 19:04:35 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Dec 2016 19:04:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id DA81BC03A1 for ; Sat, 3 Dec 2016 19:04:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1 X-Spam-Level: * X-Spam-Status: No, score=1 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id gwkYVI0evUWm for ; Sat, 3 Dec 2016 19:04:32 +0000 (UTC) Received: from fed1rmfepo102.cox.net (fed1rmfepo102.cox.net [68.230.241.144]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id A23AC5F1B3 for ; Sat, 3 Dec 2016 19:04:31 +0000 (UTC) Received: from fed1rmimpo210.cox.net ([68.230.241.161]) by fed1rmfepo102.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20161203190430.CKVQ4089.fed1rmfepo102.cox.net@fed1rmimpo210.cox.net> for ; Sat, 3 Dec 2016 14:04:30 -0500 Received: from [192.168.1.3] ([98.176.34.113]) by fed1rmimpo210.cox.net with cox id FX4V1u0052STVfm01X4Vm3; Sat, 03 Dec 2016 14:04:30 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A090205.5843173E.007B,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.1 cv=M9btU3Es c=1 sm=1 tr=0 a=8xCO7h6kmYZdHn5tUOQhsw==:117 a=8xCO7h6kmYZdHn5tUOQhsw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=roAV3agJAAAA:8 a=A_z0TI97c0vyYB0S_psA:9 a=QEXdDO2ut3YA:10 a=XCLH72b7t4LA78l9dcTC:22 X-CM-Score: 0.00 Authentication-Results: cox.net; auth=pass (PLAIN) smtp.auth=port88gs@cox.net Subject: Re: 1.6 apr/apr-util scope/timetable? To: dev@apr.apache.org References: <07c08441-80db-a814-83b2-e0e910490e15@apache.org> From: Gregg Smith Message-ID: <57355d17-9c55-e3e7-efbe-9dccb4a15cf5@gknw.net> Date: Sat, 3 Dec 2016 11:04:19 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <07c08441-80db-a814-83b2-e0e910490e15@apache.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit archived-at: Sat, 03 Dec 2016 19:04:37 -0000 As for I, the only problematic VC IDE is 10 because it simply refuses to recognize /implib which is a baked in bug. Instead it names the import library the same as the project so all consumers trying to link to apr-1/libapr-1.lib cannot. The majority of squeaking over the years seems to be that VC version IIRC. Renaming the apr/apu/api projects with -1 seems to fix that problem (and remove the link warnings about it) last time I had a VC10 on a machine. Quite frankly now is the time to do this for both 1.6 & 2.0. At such time as consumers require functions of these versions they can change their build to use them if, like httpd, they build it inline with their project. The biggest thing for me is that I like to turn features on that are off (like IPv6, crypto and db connectors). I've scripted it yet I realize it's easy to do with cmake with a mile long command. I do not like having to configure each piece and build separately however. Since during new releases of a certain consumer I have to do at least 6 builds (x86/64 over 3 different VC versions) this becomes more time consuming and more prone to error. Steffen of Apache Lounge wants them, he has voiced this a number of times. I did some homework knowing this would come up again and Steffen is by huge proportion the largest provider of binaries for Windows. His builds are used for every link on the httpd projects download page [1][3] and then some with the exception of Apache Haus. I do not think it's too much of a problem to keep them, how much time does it take maintaining them with how little they ever change? [2] So -1 to dropping legacy. Since mak/dep are made from dsw/dsp -1 to removing them as well. Gregg [1] I know where speaking of apr here but I am looking downstream and I do not think that is an incorrect thing to do. [2] I realize 2.0 may be in a bit of disrepair at the moment but there's time. [3]https://www.apachehaus.net/misc/wamps.txt On 03.12.2016 16:40, William A Rowe Jr wrote: >> I'm wondering, where do we go on trunk with 2.0 on Windows, >> now that we can emit solution/project files from CMake, or just >> straightforward .mak files? It insisting on a local install of CMake >> all that much of a hassle for the Windows build machine?