On Wed, Feb 18, 2009 at 10:00:49AM +0100, Mladen Turk wrote:
Joe Orton wrote:
So you really need a hack to the configure script which introduces a
new way to break ABI compatibility with the standard build, just so you
can avoid copying some symlinks in an obtuse distribution mechanism? I
On Sat, Feb 21, 2009 at 08:59:47PM -, Mladen Turk wrote:
Author: mturk
Date: Sat Feb 21 20:59:46 2009
New Revision: 746589
URL: http://svn.apache.org/viewvc?rev=746589view=rev
Log:
Add simple parent/child data exchange for APR processes
1) another addition to the procattr API which is
Joe Orton wrote:
On Sat, Feb 21, 2009 at 08:59:47PM -, Mladen Turk wrote:
Author: mturk
Date: Sat Feb 21 20:59:46 2009
New Revision: 746589
URL: http://svn.apache.org/viewvc?rev=746589view=rev
Log:
Add simple parent/child data exchange for APR processes
1) another addition to the
Joe Orton wrote:
On Wed, Feb 18, 2009 at 10:00:49AM +0100, Mladen Turk wrote:
Joe Orton wrote:
So you really need a hack to the configure script which introduces a
new way to break ABI compatibility with the standard build, just so you
can avoid copying some symlinks in an obtuse distribution
On Mon, Feb 23, 2009 at 01:16:22PM +0100, Mladen Turk wrote:
Joe Orton wrote:
On Sat, Feb 21, 2009 at 08:59:47PM -, Mladen Turk wrote:
Author: mturk
Date: Sat Feb 21 20:59:46 2009
New Revision: 746589
URL: http://svn.apache.org/viewvc?rev=746589view=rev
Log:
Add simple
Joe Orton wrote:
On Mon, Feb 23, 2009 at 01:16:22PM +0100, Mladen Turk wrote:
Joe Orton wrote:
On Sat, Feb 21, 2009 at 08:59:47PM -, Mladen Turk wrote:
Author: mturk
Date: Sat Feb 21 20:59:46 2009
New Revision: 746589
URL: http://svn.apache.org/viewvc?rev=746589view=rev
Log:
Add simple
Joe Orton wrote:
Also shm name is not predictable because the child pid is not
known in advance (well one can make all 1...PID_MAX shm's, sure),
tmp races are a security issue regardless of pid predicatibility (and in
fact, pids are predictable on many platforms).
I made it unique. It
Joe Orton wrote:
On Wed, Feb 18, 2009 at 10:00:49AM +0100, Mladen Turk wrote:
Joe Orton wrote:
So you really need a hack to the configure script which introduces a
new way to break ABI compatibility with the standard build, just so you
can avoid copying some symlinks in an obtuse distribution
Paul Querna wrote:
Joe Orton wrote:
On Wed, Feb 18, 2009 at 10:00:49AM +0100, Mladen Turk wrote:
Joe Orton wrote:
So you really need a hack to the configure script which introduces a
new way to break ABI compatibility with the standard build, just so
you can avoid copying some symlinks in an
Surely this is a FAQ, but I couldn't find it. Why aren't user CFLAGS
included in apr-1-config --cflags?
A notable example of where this hurts is with a 64-bit APR build, where
anything which uses that APR must also be 64-bit but the CFLAGS=-m64 or
similar which APR was built with aren't reported
bo...@apache.org wrote:
Author: bojan
Date: Tue Feb 24 03:24:54 2009
New Revision: 747266
URL: http://svn.apache.org/viewvc?rev=747266view=rev
Log:
Backport r733052 from the trunk.
Fix buildconf with libtool 2.2:
* buildconf: Use a different Extremely Ugly Hack to extract and copy
the list
On Mon, 2009-02-23 at 21:47 -0600, William A. Rowe, Jr. wrote:
stupid question, but did you validate the licensing implications of
this particular commit?
Not sure what you mean. Is our trunk licensed differently than 1.3.x?
--
Bojan
Bojan Smojver wrote:
On Mon, 2009-02-23 at 21:47 -0600, William A. Rowe, Jr. wrote:
stupid question, but did you validate the licensing implications of
this particular commit?
Not sure what you mean. Is our trunk licensed differently than 1.3.x?
No, but I'm just checking; this step absorbs
On Mon, 2009-02-23 at 22:14 -0600, William A. Rowe, Jr. wrote:
But did you check what
this step now absorbs into the finished package?
No, not really. I'll check before the release. In the meantime, it's in
SVN, which should be OK.
Not sure if this may be relevant:
On Tue, 2009-02-24 at 15:57 +1100, Bojan Smojver wrote:
I'll check before the release.
argz.m4:
# This file is free software; the Free Software Foundation gives
# unlimited permission to copy and/or distribute it, with or without
# modifications, as long as this
15 matches
Mail list logo
