On Fri, Jun 13, 2014 at 12:29 PM, Christopher Schultz <chris@christopherschultz.net> wrote:

On 6/13/14, 12:08 PM, Jeff Trawick wrote:
> On Fri, Jun 13, 2014 at 11:49 AM, Christopher Schultz
> <chris@christopherschultz.net <mailto:chris@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

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
> * 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 Is that likely to work?


Yes.  I think you only care about building libapr.

Born in Roswell... married an alien...