Re: building httpd 2.4 on windows x64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 3, 2015 at 4:05 PM, Wang, Andy <awang@xxxxxxx> wrote:
Yup, pcretest is failing on Test 2 with a stack overflow which is to be expected when the stack is too small (as it is on windows - default 1MB).

So I modified my script to simply ignore PCRE tests.

cmake 3.1.3 supports openssl 1.0.2 but for some reason it breaks make install of apr as it's looking for apr-1.pdb (it's a static lib though, so why is it looking for that)?  I solved it by setting INSTALL_PDB=OFF and manually copying libapr-1.pdb to $PREFIX/bin

I'm sorry that I didn't remember this before:  The code that tried to copy apr-1.pdb has already been removed in apr development levels; that will be reflected in the next apr 1.5.x release.  (Older cmake would create the file, and I didn't catch its lack utility until testing with cmake 3.  Whoops.)


So I have everything working with cmake 3.1.3 also.

Thanks for your great summary!
 

Andy

________________________________________
From: Andy Wang [awang@xxxxxxx]
Sent: Tuesday, March 03, 2015 10:41 AM
To: users@xxxxxxxxxxxxxxxx
Subject: Re: building httpd 2.4 on windows x64

I hate coming across mail threads in google without some amount of
helpful detail in a "final" summary post.  So here's that, in case
someone else in the future runs across this hopefully this will be helpful:

Here's how I built everything:
openssl - as mentioned previously in the thread, was unable to get cmake
to detect openssl 1.0.2:
perl Configure VC-WIN64A --prefix=$PREFIX
ms/do_win64a.bat
nmake -f ms/ntdll.mak
nmake -f ms/ntdll.mak test
nmake -f ms/ntdll.mak install

zlib:
cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=$PREFIX
-DCMAKE_BUILD_TYPE=RelWithDebInfo -DAMD64=ON $ZLIB_SRCDIR
nmake
nmake test
nmake install

note: zlib with AMD64 on fails to link. This is currently not fixed as
of 1.2.8. There is a fix in github:
https://github.com/madler/zlib/pull/72

pcre:
cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=$PREFIX
-DCMAKE_BUILD_TYPE=RelWithDebInfo -DBUILD_SHARED_LIBS=ON
-DPCRE_BUILD_PCRECPP=OFF -DPCRE_BUILD_PCREGREP=OFF -DPCRE_SUPPORT_UTF=ON
$PCRE_SRCDIR
nmake
nmake test
nmake install

apr:
cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=$PREFIX
-DCMAKE_BUILD_TYPE=RelWithDebInfo -DAPR_INSTALL_PRIVATE_H=ON $APR_SRCDIR
nmake
nmake install

apr-util:
cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=$PREFIX
-DOPENSSL_ROOT_DIR=$PREFIX -DAPU_HAVE_CRYPTO=ON
-DCMAKE_BUILD_TYPE=RelWithDebInfo $APRUTIL_SRCDIR
nmake
nmake install

httpd:
cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=$PREFIX
-DCMAKE_BUILD_TYPE=RelWithDebInfo -DENABLE_MODULES=i $HTTPD_SRCDIR
nmake
nmake install

$PREFIX is the same location

And yes, $PREFIX not %PREFIX%. My build script is a bash script :)

This is much much much more reproducible and automatable than the visual
studio build process.

Couple of caveats:
I could not get apr to build the apr-1.pdb file with cmake 3.1.3

nmake test in pcre stack overflows with any version of cmake newer than
2.8.10.2. I didn't bother to figure out why as 2.8.10.2 works fine for me.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx




--
Born in Roswell... married an alien...
http://emptyhammock.com/


[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux