apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lucian Adrian Grijincu" <lucian.griji...@gmail.com>
Subject Re: Tagging 1.2.* Sat night or Sun a.m.
Date Thu, 11 Oct 2007 10:35:37 GMT
On 10/11/07, William A. Rowe, Jr. <wrowe@rowe-clan.net> wrote:
> Depending on my weekend.
> I found the bug, I'll commit the fix friday after I vet it a bit more.
> Win32 apr_file_dup2's new flags bits for stdio channels were the buggers,
> needed to mask those off in appropriate ways, but I'm not done validating
> the fix.
> I've committed to trunk the build changes that let us almost seamlessly
> transition from .dsp to .vcproj, for x86 and x64.  [Actually, they are
> seamless here because we don't try stuffing /D "SYM=With a space" at
> the resource compiler.  httpd is not so lucky].
> I don't plan to backport the /D WINNT change for x86, or the Win9x
> targets.  Save that for 1.3.  But there's no sense in run time tests
> of 9x for x64 ;-)  Otherwise, it goes over to 1.2 as-in trunk.
> So the dsp improvements roll on to apr-iconv and apr-util for releases
> there too.  We should have a really ready-to-rock x64 build schema, all
> it still needs is a top level Makefile.win to make things easy, which
> I'm about to crib from httpd (including ssl detection logic for apr 1.3,
> but nothing that rich for the other trees.)
> So what of y'all - anything else to slide in before the weekend?  If
> you are still at it Saturday, be sure to holler so I don't accidentally
> roll right over anyone's toes.

Do my patches against configure.in, apr.hnw and apr.hw fixing the
apr_ino_t ( http://issues.apache.org/bugzilla/show_bug.cgi?id=43417 )
issue have a chance of getting accepted (aka should I try to test them
on other configurations to see whether they break something on some


View raw message