Topic: Building with cmake, expat and apr-iconv

[tanquang]

Split from HOWTO: Building Apache and dependencies using CMake https://www.apachelounge.com/viewtopic.php?t=8609

CMake Warning: Manually-specified variables were not used by the project: INSTALL_MSVC_PDB when compile Jansson, Brotli, Lua and cURL!
CMake Warning: Manually-specified variables were not used by the project: STATIC_LIB_SUFFIX when compile Nghttp2!
Are you sure you don't need to add -DINSTALL_MSVC_PDB=OFF to Expat?

[tangent]

Predictably, this CMake build process is work in progress, so I've not bothered too much about minor CMake warnings.

Each package development team uses different features in their CMakeLists.txt file, and not all of them support creating PDB files. So I nominally added INSTALL_MSVC_PDB to all CMake option sets, in case they choose to do so in the future. Looks like I missed out Expat.

With regards to the STATIC_LIB_SUFFIX option with Nghttp2, it is used in lib/CMakeLists.txt when building a static library. At some point I was playing with building a static library with the ENABLE_STATIC_LIB option, so the suffix option is a hangover.

[tanquang]

I followed the instructions you shared above, running build_all.bat using PowerShell (x64), but I use Visual Studio 2013 and Active Perl. However, I got the

[tangent]

As it stands, the build_all.bat script doesn't abort if it can't find a named package source; it simply carries on.

So regarding Expat, assuming you created a log file during your build, I'd guess it's missing the build details for Expat. It's currently the third package in the build list. Suggest you check the Expat version defined in your build_all.bat compared to the name of the extracted source folder. Expat is needed for apr-util, so that might be where your fatal error occurred.

As far as apr-iconv goes, there isn't one single command line to build it, and there's no support for CMake. Agree it's complicated, but the details are commented to explain what's going on. We have to use various makefiles provided (four if I recall), to create the required libraries and then the various files for the iconv folder. Predictably, it took me a long time to crack building apr-iconv outside of Visual Studio.

[tanquang]

I have checked the feature source folder name is the same as in build_all.bat however I have not checked the log file. I have a pretty complete build, just missing apr-iconv. I'm trying to filter the command line, pretty hard to find.

[James Blond]

[tanquang]

I build them on Windows, the ports are all unblocked.

[James Blond]

I haven't use the cmake for the building.

But in the old days I used the Makefile.win

Makefile.win[1] Lines 437-439, 743-744,778,98,1211,1270

Also srclib/apr-iconv/apriconv.mak[2]


[1] https://github.com/apache/httpd/blob/2.4.x/Makefile.win#L437

[2] https://github.com/apache/apr-iconv/blob/trunk/apriconv.mak

[tanquang]

Do you have a command line that compiles with a makefile?

[tangent]

@tanquang - you haven't said why you're failing to build apr-iconv using the above build_all.bat.

The section for building apr-iconv contains four specific nmake commands, against various package Makefiles, viz:

[James Blond]

[glsmith]

Everything has a version listed in a header file.

httpd: /include/ap_version.h

in srclib/
apr,apr-iconv,apr-util: their /include/ap(r|i|u)_version.h
brotli: /include/brotli/brotliv.h
curl: /include/curl/curlver.h
jansson: /include/janson.h
libexpat: /expat/lib/expat.h
libxml2: /include/libxml/xmlversion.h
lua: /src/lua.h
nghttp2: /lib/includes/nghttp2/nghttp2ver.h
openssl/libressl: /include/openssl/opensslv.h
pcre: /pcre.h
zlib: /zlib.h

[tangent]

@glsmith - indeed, like other packages, apr-iconv has its version listed in a header file - .../include/ap(r|i|u)_version.h
@James - agreed, the apr-iconv Makefiles expect to build with no version numbers in the relevant folders. I simply define one for the source folder to be consistent with all the other packages.

However, my build batch file creates symlinks to folder names with no version, since this is what the Makefiles require, viz:

[glsmith]

Misunderstood I guess.

Yeah, Apache's makefile.win doesn't expect any folders to have versions numbers so you're not constantly having to modify it.

[tanquang]

[tanquang]

[James Blond]

For apr-iconv it is build/modules.mk.win[1]


Take a look into the dsp files[2][3]. There you see what the GUI would do.

But like I said. I never built apr-iconv alone. I always did the full apache build.

[1] https://github.com/apache/apr-iconv/blob/trunk/build/modules.mk.win
[2] https://github.com/apache/apr-iconv/blob/trunk/libapriconv.dsp
[3] https://github.com/apache/apr-iconv/blob/trunk/apriconv.dsp

[tanquang]

Yes, I also compile all at once, not individually. This is the entire command line I use to compile.

[James Blond]

You don't have to!

With the IDE is like

[tanquang]

I compiled in the same order as in the code above, compiles normally but with slight modifications before compiling and just missing apr-iconv.