Re: Timetable for APR 1.5 release?
Just a note, On 10/19/2013 10:32 AM, Gregg Smith wrote: On 10/19/2013 7:26 AM, Jeff Trawick wrote: On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net mailto:g...@gknw.net wrote: I'd like to first rid the 1.5 traditional Windows build of the Release9x Debug9x targets. Anyone against this? no concerns here; is there code that can get deleted too? probably, I would assume so, I haven't ran it down that far yet. I did not do this after all nor do I think I am brave enough to. apr_escape, testescape and gen_test_char were added into the build with r1534053. .mak/.dep files were added in r1534516. We should be ready to go on the Windows side now.
Re: Timetable for APR 1.5 release?
On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net wrote: Just a note, On 10/19/2013 10:32 AM, Gregg Smith wrote: On 10/19/2013 7:26 AM, Jeff Trawick wrote: On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net mailto: g...@gknw.net wrote: I'd like to first rid the 1.5 traditional Windows build of the Release9x Debug9x targets. Anyone against this? no concerns here; is there code that can get deleted too? probably, I would assume so, I haven't ran it down that far yet. I did not do this after all nor do I think I am brave enough to. apr_escape, testescape and gen_test_char were added into the build with r1534053. .mak/.dep files were added in r1534516. We should be ready to go on the Windows side now. Thanks a bunch. I found a MinGW build failure this a.m. which I'll fix in the next day or so. Other than that, I don't know what else needs to be solved. It would be appropriate to have documentation and at least a minimal testcase for skiplist, but I guess that isn't absolutely necessary. -- Born in Roswell... married an alien... http://emptyhammock.com/
Re: Timetable for APR 1.5 release?
On Mon, 28 Oct 2013 13:01:09 -0400 Jeff Trawick traw...@gmail.com wrote: On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net wrote: Just a note, On 10/19/2013 10:32 AM, Gregg Smith wrote: On 10/19/2013 7:26 AM, Jeff Trawick wrote: On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net mailto: g...@gknw.net wrote: I'd like to first rid the 1.5 traditional Windows build of the Release9x Debug9x targets. Anyone against this? no concerns here; is there code that can get deleted too? probably, I would assume so, I haven't ran it down that far yet. I did not do this after all nor do I think I am brave enough to. apr_escape, testescape and gen_test_char were added into the build with r1534053. .mak/.dep files were added in r1534516. We should be ready to go on the Windows side now. So, given that 1.5 remains compatible with 1.4... but projects which build APR themselves will have to adapt to the new gen_test_char or we need to make the suggested change, let's just take the httpd example. Does it make more sense for httpd 2.2 Makefile.win to detect the presence of gen_test_char and build it when encountered, or does it make more sense to compile-link-invoke gen_test_char.c? I'm happy to make the respective change later tonight or tomorrow, based on consensus.
Re: Timetable for APR 1.5 release?
On Mon, Oct 28, 2013 at 4:54 PM, William A. Rowe Jr. wr...@rowe-clan.netwrote: On Mon, 28 Oct 2013 13:01:09 -0400 Jeff Trawick traw...@gmail.com wrote: On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net wrote: Just a note, On 10/19/2013 10:32 AM, Gregg Smith wrote: On 10/19/2013 7:26 AM, Jeff Trawick wrote: On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net mailto: g...@gknw.net wrote: I'd like to first rid the 1.5 traditional Windows build of the Release9x Debug9x targets. Anyone against this? no concerns here; is there code that can get deleted too? probably, I would assume so, I haven't ran it down that far yet. I did not do this after all nor do I think I am brave enough to. apr_escape, testescape and gen_test_char were added into the build with r1534053. .mak/.dep files were added in r1534516. We should be ready to go on the Windows side now. So, given that 1.5 remains compatible with 1.4... but projects which build APR themselves will have to adapt to the new gen_test_char or we need to make the suggested change, let's just take the httpd example. Does it make more sense for httpd 2.2 Makefile.win to detect the presence of gen_test_char and build it when encountered, or does it make more sense to compile-link-invoke gen_test_char.c? I'm happy to make the respective change later tonight or tomorrow, based on consensus. Is the Windows build interface of apr 1.5.x different such that httpd's Makefile.win would care? httpd itself doesn't use apr escape and shouldn't care that apr happens to have a build utility of the same name as one of its own (or something is borked). -- Born in Roswell... married an alien... http://emptyhammock.com/
gen_test_char build needs some help in the autoconf-based build
apr trunk on Unix: It gets built then run only after all .o files are generated, so it doesn't have the expected impact. .o/.lo/.libs (for gen_test_char) in tools don't get cleaned, so you may just see the link invocation when you think you're building from scratch. (I see something else with the apr-1.5.x branch build on MinGW, but I'll worry about that.) -- Born in Roswell... married an alien... http://emptyhammock.com/
Re: gen_test_char build needs some help in the autoconf-based build
On Mon, 28 Oct 2013 17:01:56 -0400 Jeff Trawick traw...@gmail.com wrote: apr trunk on Unix: It gets built then run only after all .o files are generated, so it doesn't have the expected impact. .o/.lo/.libs (for gen_test_char) in tools don't get cleaned, so you may just see the link invocation when you think you're building from scratch. (I see something else with the apr-1.5.x branch build on MinGW, but I'll worry about that.) Does the generation for buildmark.c or test_char.c in httpd give us any useful hints?
Re: Timetable for APR 1.5 release?
On Mon, 28 Oct 2013 16:58:45 -0400 Jeff Trawick traw...@gmail.com wrote: On Mon, Oct 28, 2013 at 4:54 PM, William A. Rowe Jr. wr...@rowe-clan.netwrote: On Mon, 28 Oct 2013 13:01:09 -0400 Jeff Trawick traw...@gmail.com wrote: On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net wrote: Just a note, On 10/19/2013 10:32 AM, Gregg Smith wrote: On 10/19/2013 7:26 AM, Jeff Trawick wrote: On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net mailto: g...@gknw.net wrote: I'd like to first rid the 1.5 traditional Windows build of the Release9x Debug9x targets. Anyone against this? no concerns here; is there code that can get deleted too? probably, I would assume so, I haven't ran it down that far yet. I did not do this after all nor do I think I am brave enough to. apr_escape, testescape and gen_test_char were added into the build with r1534053. .mak/.dep files were added in r1534516. We should be ready to go on the Windows side now. So, given that 1.5 remains compatible with 1.4... but projects which build APR themselves will have to adapt to the new gen_test_char or we need to make the suggested change, let's just take the httpd example. Does it make more sense for httpd 2.2 Makefile.win to detect the presence of gen_test_char and build it when encountered, or does it make more sense to compile-link-invoke gen_test_char.c? I'm happy to make the respective change later tonight or tomorrow, based on consensus. Is the Windows build interface of apr 1.5.x different such that httpd's Makefile.win would care? httpd itself doesn't use apr escape and shouldn't care that apr happens to have a build utility of the same name as one of its own (or something is borked). The httpd 2.2 Makefile.win build invokes the pcre, expat, apr, apr-iconv and apr-util builds project-by-project, it doesn't use any corresponding top-level build mechanics. This was one aspect that was greatly improved by moving to the httpd-2.4 model. If httpd doesn't pre-build gen_test_char before apr.mak, then the apr build will fail, unless we nest the new gen_test_char pre-build. I think the better solution for a one-source file, source generation app is to embed that build into the [lib]apr.dsp/mak files for now. But as an alternative, we can teach httpd 2.2 Makefile.win to anticipate this requirement if that project is present. That would mean that 1.5 apr wouldn't build with older httpd 2.2 releases, only the next release onwards.
Re: gen_test_char build needs some help in the autoconf-based build
On 28 Oct 2013, at 11:01 PM, Jeff Trawick traw...@gmail.com wrote: apr trunk on Unix: It gets built then run only after all .o files are generated, so it doesn't have the expected impact. .o/.lo/.libs (for gen_test_char) in tools don't get cleaned, so you may just see the link invocation when you think you're building from scratch. What happens if you delete include/private/apr_escape_test_char.h before starting the build? Right now the file is checked in, but given that Windows builds produce different output to Unix builds we may be forced to rebuild this header each time from scratch. Regards, Graham --
Re: gen_test_char build needs some help in the autoconf-based build
No... the entire dependency is on excluding it from svn. Please remember that default timestamps in svn are worthless and whatever you checked in is platform specific. On Oct 28, 2013 7:02 PM, Jeff Trawick traw...@gmail.com wrote: On Mon, Oct 28, 2013 at 7:51 PM, Graham Leggett minf...@sharp.fm wrote: On 28 Oct 2013, at 11:01 PM, Jeff Trawick traw...@gmail.com wrote: apr trunk on Unix: It gets built then run only after all .o files are generated, so it doesn't have the expected impact. .o/.lo/.libs (for gen_test_char) in tools don't get cleaned, so you may just see the link invocation when you think you're building from scratch. What happens if you delete include/private/apr_escape_test_char.h before starting the build? Right now the file is checked in, but given that Windows builds produce different output to Unix builds we may be forced to rebuild this header each time from scratch. Regards, Graham -- The build bombs if apr_escape_test_char.h is first removed. I guess there's no dependency on generating it first. -- Born in Roswell... married an alien... http://emptyhammock.com/