On Thu, Jun 07, 2001 at 01:33:15PM +0200, Luke Kenneth Casson Leighton wrote: > ack. if i make a [rather short] list of functions i am literally > duplicating line-for-line, would that suffice as motivation to, > say, add them to aprutil?
Your list of potential functions looks mostly good to me (haven't sat down and thought too hard about it though). I think the question is whether or not there is a predefined limit to what goes in apr-util. We've hit this recently with the crypto/ stuff. I think it probably means that some of the committers need to work on things outside of httpd itself. When I wrote the mod_mbox stuff and had to write a standalone indexer, I needed the date and uri functions from httpd. I initially copied them over, but then, since I now have commit access and no one screamed too loudly, I moved them into apr-util (with some help on the httpd side) and deleted my private copy. But, I think this will have to be done on a case-by-case basis with lots of thought for each one. There also needs to be a guiding vision for apr-util as well. I'm not sure what that is exactly. =) I think we might be able to define that though... I'd be curious to look at subversion to see if it is duplicating any code, but the domains are so different, I doubt there is a lot of overlap. The more users of apr-util, the more we can identify things that might be worth migrating from httpd into apr-util. But, you are always free to copy the code if we don't move it into apr-util. -- justin
