On Dec 7, 2005, at 3:26 PM, William A. Rowe, Jr. wrote:
[EMAIL PROTECTED] wrote:
Prefix non-static symbols with 'apr__' to avoid namespace conflicts.
* random/unix/sha2.h, random/unix/sha2_glue.c, random/unix/sha2.c:
Rename SHA256_Init, SHA256_Update, SHA256_Final, SHA256_Transform,
On Dec 7, 2005, at 4:00 PM, William A. Rowe, Jr. wrote:
Brian W. Fitzpatrick wrote:
On Dec 7, 2005, at 3:26 PM, William A. Rowe, Jr. wrote:
[EMAIL PROTECTED] wrote:
Prefix non-static symbols with 'apr__' to avoid namespace
conflicts.
* random/unix/sha2.h, random/unix/sha2_glue.c, random
On Nov 1, 2005, at 2:49 AM, Joe Orton wrote:
a) the committers of this project think is generally useful, and
b) meets the expected standards of code quality, and
c) is relatively small in magnitude (i.e. I'd be worried about
dumping in tens of thousands of lines of new code)
+1
-Fitz
On Aug 17, 2005, at 10:47 PM, Branko Čibej wrote:
Cliff Woolley wrote:
On Wed, 17 Aug 2005, Joe Orton wrote:
On Tue, Aug 16, 2005 at 01:49:55AM -0500, William Rowe wrote:
At 09:24 PM 8/15/2005, Garrett Rooney wrote:
So back in Dec 2003 Sander Striker suggested [1] adding
[cc'ing apr dev list]
On Jun 16, 2005, at 3:01 PM, Brian W. Fitzpatrick wrote:
On Thu, 2005-06-16 at 15:49 -0400, John Peacock wrote:
Leon Koenig wrote:
bash-3.00$ mkdir blah; cd blah; rmdir ../blah
bash-3.00$ svn checkout http://127.0.0.1/svn/test
Segmentation fault
Are you upset
On Thu, 2005-01-20 at 07:36, Graham Leggett wrote:
Ryan Bloom said:
+1
Is it time for apr/trunk to become v2.0?
The LDAP stuff has some fundamental flaws that I need to fix, but I have
no sandbox to play in :(
Might I suggest making a private branch? Branches are cheap and easy in
On Nov 19, 2004, at 12:49 AM, Paul Querna wrote:
Currently we have 'APR_0_9_BRANCH' and 'APU_0_9_BRANCH' as branch names
in subversion.
Is there any reason not to make these both '0.9.x'?
This is how httpd has been done, and both APR/APU have '1.0.x'
branches.
I didn't want to just go do it now,
David Reid wrote:
new apr-util tarballs are now available at http://www.apache.org/~dreid/
So far I've seen only 1 +1 for a release. Anyone else care to vote?
+1
-Fitz
On Jul 30, 2004, at 7:33 AM, Ryan Bloom wrote:
I don't understand why this is still being discussed. The patch makes
sense, it solves a real problem and just needs to be committed and
tested.
+1 on adding it to 1.0.0RC5 so that we can get the release out.
However, we need to remove the
On Jul 21, 2004, at 5:56 PM, Max Bowsher wrote:
Tobias Ringström wrote:
[EMAIL PROTECTED] wrote:
Author: kfogel
Date: Wed Jul 21 16:47:40 2004
New Revision: 1267
Added:
trunk/cvs2svn
- copied, changed from r1266, trunk/cvs2svn.py
trunk/verify-cvs2svn
- copied, changed from r1266,
On Tue, 2004-07-13 at 05:42, David Reid wrote:
cvs server: Tagging memory
cvs server: Tagging memory/unix
cvs server: [10:35:56] waiting for brianp's lock in
/home/cvs/apr/memory/unix
cvs server: [10:36:26] waiting for brianp's lock in
/home/cvs/apr/memory/unix
cvs server: [10:36:56]
On Thu, 2004-06-03 at 17:06, David reid wrote:
Shall we make it happen?
Lead the way, O Sir!
+1
-Fitz
On Fri, 2004-03-12 at 14:49, Lev Serebryakov wrote:
Hello, Sander!
Friday, March 12, 2004, 9:25:49 PM, you wrote:
SS Speaking of history, the full history will be preserved.
Sort of self-advertisement :)
You could try `refinecvs' script to convert CVS repo into SVN one.
Many users
On Mon, 2004-03-08 at 16:29, [EMAIL PROTECTED] wrote:
Quoting Sander Striker [EMAIL PROTECTED]:
On Mon, 2004-03-08 at 14:00, [EMAIL PROTECTED] wrote:
Somebody posted the results of gcov on the subversion list yesterday,
which
got
me thinking about APR's testsuite coverage. I'll
On Wed, 2004-02-18 at 05:13, Sascha Schumann wrote:
Automake is clearly not a choice, nor has it ever been for a
project of considerable size. And recursive make clearly
sucks -- the PHP project got rid of it 2 years ago. We agree
on these points.
+1
It was also written
Um. Greg?
$ cd /tmp
$ cvs -d :ext:[EMAIL PROTECTED]:/home/cvs co apr
$ cd apr
$ ./buildconf ./configure make
...
make[1]: Entering directory `/tmp/apr'
make[1]: *** No rule to make target `apr_allocator.h', needed by
`atomic/unix/apr_atomic.lo'. Stop.
make[1]: Leaving directory `/tmp/apr'
Whoops. Missed Joe's patch in the mail. His patch solves the problem
nicely.
Joe, do you want to commit it? Looks good to me.
-Fitz
17 matches
Mail list logo
