Re: cvs commit: apr/user/unix .cvsignore Makefile.in

2001-01-12 Thread Sascha Schumann
[Note: My connectivity is quite limited currently.. ] Somewhat... but it does mean that we'd be looking down into .libs for the libraries to put into NON_LIBTOOL_LIBS. Not sure what I think about that one... (reaching into .libs is the basic question: do we or don't we?) Am I correct

Seperate apr compilations

2001-01-12 Thread William A. Rowe, Jr.
I've done a ton of thinking about these issues. 1) Once Greg finishes his fine work exporting symbols, we need no def files whatsoever for our dll (or certainly no symbol names, even if we keep them for versioning/descriptions.) 2) We should simply build the sources in both static and

Re: FreeBSD version check for thread-safe sendfile

2001-01-12 Thread Greg Stein
On Thu, Jan 11, 2001 at 12:54:09PM -0800, [EMAIL PROTECTED] wrote: On Thu, 11 Jan 2001, Greg Stein wrote: One of the reasons that I was advocating using the globbing feature of case was to avoid the nasty sed expression. Just do: case `uname -r` in 3.4*)

mm (again)

2001-01-12 Thread David Reid
have we decided what we're going to do about mm and linking? It's totally screwed in BeOS at present (no surprise there really!) Could we make it a convenience library and then link against it for shmem? david

Re: cvs commit: apr/test Makefile.in

2001-01-12 Thread Greg Stein
The ALL_LIBS things shouldn't have been necessary. $(LINK) includes $(LIBS) already, so it should have been possible to simply add libmm.la to the LIBS line. That would keep the makefile much simpler... Cheers, -g On Fri, Jan 12, 2001 at 05:41:30PM -, [EMAIL PROTECTED] wrote: trawick

Re: Feature Freeze

2001-01-12 Thread David Reid
Items that are basically ready and waiting for removal of the freeze, into the STATUS file in a separate section or a new file? david - Original Message - From: [EMAIL PROTECTED] To: dev@apr.apache.org Sent: Friday, January 12, 2001 9:30 PM Subject: Feature Freeze APR's development