On Fri, Jun 13, 2014 at 12:29 PM, Christopher Schultz < ch...@christopherschultz.net> wrote:
> Jeff, > > On 6/13/14, 12:08 PM, Jeff Trawick wrote: > > On Fri, Jun 13, 2014 at 11:49 AM, Christopher Schultz > > <ch...@christopherschultz.net <mailto:ch...@christopherschultz.net>> > wrote: > > > > Hello, > > > > I'm trying to build apr on win32 from the command-line and I'm > running > > into some resistance. I'm using Visual Studio 12 on Windows 8.1. I > have > > installed the "Windows SDK" as well to try to help, but it doesn't > seem > > to have improved things. > > > > I'm following the instructions found here: > > http://apr.apache.org/compiling_win32.html > > > > I have downloaded the ZIP files for apr, apr-util, and apr-iconv and > put > > them into the requisite directories. > > > > I've run VS's VC\bin\vcvars32.bat to get the build tools in the path, > > but I don't have a setenv.bat anywhere (suggested in the above > > instructions). When I get to the step where I run "msdev" (which > > basically /does the build/), I can't find the msdev program: > > > > C:\Users\Me\Desktop\apr-util>msdev aprutil.dsw /MAKE "apriconv - > Win32 > > Release" > > 'msdev' is not recognized as an internal or external command, > > operable program or batch file. > > > > I'm no win32 build expert, but I have quite a bit of experience > building > > on *NIX systems. Can anyone help me get things going on Windows? > > > > Thanks, > > -chris > > > > > > The documented APR build system for Windows worked smoothly with a level > > of MS Visual Studio which is no longer available. Recently a > > cmake-based build was added; this is documented in README.cmake in the > > root of the APR source tree. That works with modern levels of Visual > > Studio (tested with at least 2008-2012). If you are accustomed to > > building the various pieces on Unix, you can use the cmake-based build > > in a roughly similar manner. But: The cmake build for APR-util > > doesn't support all features; there's no cmake build for APR-iconv yet, > > so you won't have the apr_xlate APIs (required by httpd's > > mod_charset_lite and perhaps some third-party code). > > That might be okay. I'm building it for use in a statically-linked > version of Tomcat's tcnative (essentially OpenSSL + libapr + Tomcat > wrappers). > > I'll give it a shot. > > > In essence: > > > > * install cmake* > > * unpack apr 1.5.latest anywhere you want > > * open a Visual Studio command prompt and add the cmake bin directory to > > PATH > > * in empty directory: cmake -G "NMake Makefiles" > > -DCMAKE_INSTALL_PREFIX=/path/to/install /path/to/apr-1.5-source > > > > and similar for apr-util > > > > *What version? This build is untested with cmake 3 AFAIK. Also, some > > accommodation is needed in the APR-Util build for the most recent cmake > > 2.x release. > > See https://issues.apache.org/bugzilla/show_bug.cgi?id=56616 for a > > workaround. > > > > If you have issues with the cmake-based build, I'm motivated to help. I > > expect that this will be the basis of the Windows build for the long > > term. Unfortunately, at present it does not support some features that > > I and some others didn't need for our httpd builds. > > I don't have cmake installed, in spite of both VS12 and "Windows SDK" > packages installed. Are you talking about > http://www.cmake.org/cmake/resources/software.html? Looks like the > newest pre-3.0 release is 2.8.12.2. Is that likely to work? > > Thanks, > -chris > > Yes. I think you only care about building libapr. -- Born in Roswell... married an alien... http://emptyhammock.com/ http://edjective.org/
