Re: Modifying build directory layout

2010-05-10 Thread jean-frederic clere
On 05/10/2010 08:12 PM, Mladen Turk wrote: > Hi, > > I have some plans to add the few handy build scripts > that would perfectly fit inside build directory (the usual place) > Also that would be the place for build/pkg/ and build/rpm/ as well. > > Having that we could move the files from m4/ to t

Thread and Fibers

2010-05-10 Thread John Plevyak
So after some discussion with Anirban another option emerged: 5. System Threading w/user threading as a optimization The programming model and semantics, debugging, development environment and tools would all be based on system threading, but for optimized builds a user threading packa

RE: Threads Fibers Events and Design Patterns

2010-05-10 Thread John Plevyak
If I was designing a new system right now I would use the half-async, half-sync pattern. If I was going to retrofit TS, I would use the current system for the half-async part and add blocking sync interfaces for the iocore and a transaction thread pool. When TS was first designed we considered

Threads Fibers Events and Design Patterns

2010-05-10 Thread John Plevyak
There seems to be some work going on with "UserFiber" which I infer has to do with "fibers" or user level threading. This is an important area to discuss as it effects all users of a system, so allow me to initiate a discussion. There are a number of ways a system like TS can operate and lots o

Modifying build directory layout

2010-05-10 Thread Mladen Turk
Hi, I have some plans to add the few handy build scripts that would perfectly fit inside build directory (the usual place) Also that would be the place for build/pkg/ and build/rpm/ as well. Having that we could move the files from m4/ to that new dir and instead AC_CONFIG_AUX_DIR([build-aux])

Re: Localizing apr_foo.m4 macros

2010-05-10 Thread George Paul
I haven't looked at those files in detail but if you think it is too much work to make those macros not hardcoded to Apache Httpd then localizing is probably okay for now. -George On 5/10/10 9:03 AM, Mladen Turk wrote: > Hi, > > Reusing is good, but I found out that one of the > very handy funct

Localizing apr_foo.m4 macros

2010-05-10 Thread Mladen Turk
Hi, Reusing is good, but I found out that one of the very handy functions we could use (APR_LAYOUT/APR_ENABLE_LAYOUT) has some hard-coded Apache Httpd dependency. Namely the package prefix is hard-coded to 'apache2' meaning it would need rewrite to be be usable. Sure, we could modify that partic