Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Date: Tue, 29 Oct 2013 12:56:52 -0500
From: "William A. Rowe Jr." <wrowe@rowe-clan.net>
To: Gregg Smith <gls@gknw.net>
Cc: dev@apr.apache.org
Subject: Re: Timetable for APR 1.5 release?
Message-ID: <20131029125652.30f40f65@hub>
In-Reply-To: <526FF113.6030108@gknw.net>
References: <E6D9C514-F922-4951-BCE0-BB63BB2E0826@jaguNET.com>
	<CAKUrXK7FhuJuO2eDrAyfgLyuLorMcgap9hHR=6Ypd0HVYnLsVQ@mail.gmail.com>
	<CAKUrXK5xF-2hBtnb6=MjHBerhLCp5FfouB2U6xtdOKR8mXEuSg@mail.gmail.com>
	<CAKUrXK5YN6_AV_1xKx+P4wcj_jXxGjV60FyyTBsc1u_y_-i-EQ@mail.gmail.com>
	<5260A63B.20301@gknw.net>
	<CAKUrXK4wHhgtiw8sARzTv6rtgbUH3Oes52Gc_9=x2xQj1vqxqA@mail.gmail.com>
	<5262C226.4020509@gknw.net>
	<526E95EA.6020304@gknw.net>
	<CAKUrXK7MYKPzSpn8T2a3ikmS_H5eAV-5SEtAhDtyvJsWO-naNg@mail.gmail.com>
	<20131028155411.0fc3ea12@hub>
	<CAKUrXK7XcWgJOuaGb2kj5ysz=X-ZJz_qkhy=-kKob8kJHxRa9Q@mail.gmail.com>
	<20131028163753.55c73a47@hub>
	<526F08AA.8080808@gknw.net>
	<20131029110049.31480661@hub>
	<526FF113.6030108@gknw.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue, 29 Oct 2013 10:32:03 -0700
Gregg Smith <gls@gknw.net> wrote:

> > Suggestion - should we simply use the CROSS_COMPILE path when
> > building for win32 .dsp/.mak files, instead?
> You mean using the CMake and dropping the "Traditional build"
> completely? -1
> I currently do not see the problem with having both at this time. Of 
> course, I am only one voice here. Once 1.5 is tagged I do not forsee
> any further problems arising since this should all be set in stone
> till 1.next/2.0.

Nope - simply /DCROSS_COMPILE in the [lib]apr.dsp/.mak files rather than
pre-copying apr.h.  I don't think that using apr feature detection and
headers buys us anything in compiling code which should 'just work' on
any compiler still in use in this century :)

... I meant this strictly for gen_test_char.c source, of course.