apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <traw...@gmail.com>
Subject Re: Building apr on win32
Date Fri, 13 Jun 2014 17:01:00 GMT
On Fri, Jun 13, 2014 at 12:29 PM, Christopher Schultz <
chris@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
> > <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
> 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/

Mime
View raw message