summaryrefslogtreecommitdiff
path: root/libapr.dsp
Commit message (Expand)AuthorAgeFilesLines
* Eliminate /machine:i386 to simplify our lives when invoking otherwrowe2006-07-051-4/+4
* This was an early test version, activate this response.wrowe2006-06-211-2/+2
* Provide folding in autogenerated .manifest files for Win32 builderswrowe2006-06-211-0/+12
* Quiet the only warning in apr build on Studio 2005, /GX deprecated.wrowe2006-03-011-2/+2
* Add random group like for static build.mturk2005-06-251-0/+16
* Add multicast.c to build.mturk2005-05-191-0/+4
* Reintroduce stack frame construction with /Oy- (removal was implied by /O2).wrowe2005-05-161-1/+1
* Since reaction is negative to a seperate apr_release.h file forwrowe2005-02-071-2/+2
* This is (part of) the point to apr_release.h, although that name iswrowe2005-02-071-33/+2
* Win32 is select() not poll() - include the correct sources.wrowe2004-11-211-1/+1
* Update the license language to asl 2.0, and correctly grabwrowe2004-07-151-2/+4
* Completely remove apr_socket_from_file which is deprecated on the 0.9jorton2003-12-091-4/+0
* move win32 atomic functions out of the unix file (which wasn't builttrawick2003-12-031-0/+8
* apr_compat.h no longer existsjwoolley2003-09-281-4/+0
* Several users (especially those building jk/ant) had observed thatwrowe2003-09-081-2/+2
* Add apr_temp_dir_get(), a function to get the most suitable directory to placethommay2003-08-231-0/+4
* Drop .dbg extraction from libapr.dll. Complete debug symbols are createdwrowe2003-03-101-14/+5
* Outch, these shouldn't vary, should be in alpha order, and most importantly,wrowe2003-03-061-2/+22
* After consulting with the APR list, it was decided that /map file creationwrowe2003-02-201-5/+5
* Added a new module, apr_env, for manipulating the environment. The newbrane2003-02-171-0/+12
* .dbgmark was a very bad choice, because foo.dbgmark == foo.dbg in 8.3wrowe2003-02-161-2/+2
* Added two new functions, apr_filepath_list_split and apr_filepath_list_merge,brane2003-02-121-0/+4
* Stay consistent with naming the .pdb files from the compile step as _src.wrowe2003-02-111-2/+2
* rebase touches the .dll often after it's last touched the .dbg file, sowrowe2003-02-071-1/+2
* *) Introduce Release mode debugging symbols for Win32 builds of apr.wrowe2003-02-061-6/+14
* Clean up these project to be consistent with .dsp files saved from thewrowe2003-02-061-10/+10
* Identify libapr as a .dll, not an .exe. Submitted by Mladen Turk.wrowe2003-01-201-1/+1
* Identify libapr as a .dll, not an .exe. Submitted by Mladen Turk.wrowe2003-01-201-1/+1
* rename apr_arch_fileio.h to apr_arch_file_io.h for consistencythommay2003-01-071-1/+1
* Fix up the apr dsp files affected by the move of the header filesthommay2003-01-071-10/+10
* Studying the sizes [in debug mode] consumed by libapr.dll and family,wrowe2002-12-021-4/+4
* Introduced apr_os_default_encoding and apr_os_locale_encoding, withbrane2002-11-121-0/+4
* Resync to network_io/unix/sockaddr.c now that they are completely common.wrowe2002-10-271-6/+1
* Skip the entire CoAPI garbage and go right for UuidCreate(), which onwrowe2002-07-171-2/+2
* Changed APR_HAS_XLATE within apr to an APR_HAVE_ICONV feature test.wrowe2002-07-171-12/+0
* Move UUID. Not the simplest thing in the world. Note that almostwrowe2002-07-171-12/+0
* Move the win32-only utf8 support [for the Unicode filesystem] out ofwrowe2002-07-171-8/+8
* MD5 is crypto. It belongs in crypto. And as far as I can tell, thiswrowe2002-07-171-8/+0
* Split the apr_poll() implementation from the accessor functions. Thisrbb2002-07-111-0/+4
* I really don't see why we moved the filewrowe2002-07-111-1/+1
* Get Win32 building again. Doesn't build clean, but at least it builds.wrowe2002-07-111-1/+1
* Prepare for win32 inherit.hwrowe2002-06-081-1/+1
* Include i18n/unix/xlate.c for ENOTIMPL entry pointswrowe2002-06-081-1/+0
* We appear to never have had any complaints about copy srcname dstnamewrowe2002-05-241-6/+4
* Correct the omission of version.cwrowe2002-05-131-0/+4
* Doesn't fix anything. Just makes it more convienent to maintain apr_app.cwrowe2002-04-291-0/+5
* Thanks to Aaron for the proposed patch, thanks to Sebastian for validating.wrowe2002-04-091-12/+0
* No actual global_mutex implementation on Win32, it's simply a proc_lock.wrowe2002-02-221-4/+0
* Can't be playing in apr.hw without keeping apr.h.in and apr.hnw up to date.wrowe2002-02-221-0/+5
* Implement apr_global_mutex_foo() on Windows. This is basically identicalstoddard2002-02-191-0/+8