httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Hay <steve.m....@googlemail.com>
Subject Re: Building 2.4.7 on Windows
Date Mon, 17 Feb 2014 15:08:25 GMT
On 17 February 2014 14:48, Jeff Trawick <trawick@gmail.com> wrote:
> On Feb 17, 2014 9:18 AM, "Steve Hay" <steve.m.hay@googlemail.com> wrote:
>>
>> I'm trying to build 2.4.7 on Windows with VC++ 2010 but have run into
>> a problem building mod_proxy_fcgi.so.
>>
>> I'm following the same process as I previously used with success for
>> 2.4.6: build pcre, apr and apr-util (the latter two from the -deps
>> archive), then httpd itself (using Jeff Trawick's
>> http://people.apache.org/~trawick/cmake-for-steve.zip, which he kindly
>> put together for me for building 2.4.6) -- all using cmake. It gets as
>> far as mod_proxy_fcgi.so and then fails with unresolved symbols when
>> linking.
>>
>> Do the cmake overlays need updating for 2.4.7 and/or is this a separate
>> problem?
>
> Hi Steve,
>
> httpd 2.4.7 and the latest 1.5.x versions of apr and apr-util have cmake
> support OOTB, so throw that old set of overlays away and let me/us know how
> it goes.
>
> Thanks!

Excellent! That's fixed it. Thank you!


>
>
>>
>> (It would be great if httpd built out of the box using VC++ rather
>> than needing some special attention to make it work, btw.)

... And now it does :-)


>>
>> Scanning dependencies of target mod_proxy_fcgi
>> [ 80%] Building C object
>> CMakeFiles/mod_proxy_fcgi.dir/modules/proxy/mod_proxy_fcgi.c.obj
>> mod_proxy_fcgi.c
>> [ 81%] Building RC object
>> CMakeFiles/mod_proxy_fcgi.dir/build/win32/httpd.rc.res
>>
>> Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385
>> Copyright (C) Microsoft Corporation.  All rights reserved.
>>
>> Linking C shared library mod_proxy_fcgi.so
>>    Creating library mod_proxy_fcgi.lib and object mod_proxy_fcgi.exp
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_begin_request_body_to_array@8 referenced in function
>> _send_begin_request
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_header_to_array@8 referenced in function
>> _send_begin_request
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_fill_in_request_body@12 referenced in function
>> _send_begin_request
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_fill_in_header@20 referenced in function
>> _send_begin_request
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_encode_env@20 referenced in function _send_environment
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_encoded_env_len@12 referenced in function
>> _send_environment
>> mod_proxy_fcgi.c.obj : error LNK2019: unresolved external symbol
>> __imp__ap_fcgi_header_fields_from_array@24 referenced in function
>> _dispatch
>> mod_proxy_fcgi.so : fatal error LNK1120: 7 unresolved externals
>> LINK Pass 1 failed. with 1120
>> NMAKE : fatal error U1077: 'C:\Dev\Software\cmake\bin\cmake.exe' :
>> return code '0xffffffff'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>> Studio 10.0\VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>> Studio 10.0\VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.

Mime
View raw message