On Fri, Oct 3, 2008 at 10:43 AM, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote: > >> There are few issues and questions, I'm not sure its as simple as it looks >> :-) >> >> For new development - are you going to make changes in both branches ? I >> assume there will be >> features that can only be done in 1.3. >> >> > Right. > 1.1.x will be in bug fixing mode > > Also, if we have separate releases of APR - are we going to release >> binaries >> ? For both ? >> > > Right. 1.1.x will be released for bug fixing purposes. > It's quite stable these days, and there's no need for polluting > that with new features or changed way of pool management. > > What is the apr version in common linux distros ? >> >> > Depends, Httpd 2.2.<something>+ relies on APR 1.3. SVN as well, > so eventually distros will pick it up. > Well, that's a bit tricky - people don't upgrade prod servers easily. My concern is mostly about possibility for binary releases, in particular for linux - and also mac ( a lot of people don't enjoy compiling from source and dealing with dependencies ). BTW - anyone knows what's the status on MacOS (i.e. the current apr version ) ? > > > Is this something that can't be done with #ifdefs and compilation tricks ? >> >> > Nope. That's a nightmare to maintain, and doesn't resolve anything > from binary standpoint. > It would allow new features ( not depending on pool ) to be compiled for current distros. Another alternative - would it be possible to statically link apr, and generate a single combined .so for both ? This way a binary distro of tomcat jni would just work, regardless of the distro version of apr. Sorry, I'm getting older and lazy - or at least the time I have for this kind of stuff is getting extremely limited. I think many users would enjoy to just install a .deb/.rpm and start using it ( even better if it install in /usr/lib so no env /cli magic is needed ). Costin > > > > Regards > -- > ^(TM) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
