wiki.met.no diana:windows:building

Installing the GNU autotools on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Installing the GNU autotools on Windows Perl The GNU autotools require Perl. Download and install the MSYS version of Perl from . You will also need libcrypt from . You must use the MSYS version. You can not use ActiveState Perl or similar for this, because it interprets paths differently.

Building the Boost libraries on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building the Boost libraries on Windows Boost jam This utility is used to compile the Boost libraries. Get the source tarball from ; once you have it, it's a simple matter of running the build script (which will automatically detect MinGW) and installing the resulting executable:

Building zlib and bzip2 on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building zlib and bzip2 on Windows Download and extract the correct versions of zlib and bzip2: Package Location Version zlib 1.2.3 bzip2 1.0.5 To build zlib, run the following commands after extracting the source code:

Building Diana on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building Diana on Windows First, check out the source code using your favorite Subversion client (I recommend TortoiseSVN). We also need to specify where Qt is to be found (normally C:/Qt/x.y.z where x.y.z is the version number, e.g. 4.4.0). Of course, we also need to point

Setting up the build environment on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Setting up the build environment on Windows Assuming Windows XP 32. We will use MinGW to build the libraries and application and MSYS as a working environment. The distinction between MinGW and MSYS is very important: MinGW is a set of compilers and libraries you use to build Windows applications, while MSYS is an emulated GNU environment similar to (and, in fact, based on) Cygwin. You can

Building FFmpeg on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building FFmpeg on Windows First, get the latest source from and extract it in a convenient place, then configure it: $ LDFLAGS=-L/c/met.no/lib CPPFLAGS=-I/c/met.no/include \ ./configure --prefix=/c/met.no \ --disable-ffmpeg --disable-ffplay --disable-ffserver \ --enable-memalign-hack

Building FreeType 2 on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building FreeType 2 on Windows First, get the latest source from and extract it in a convenient place, then configure, build and install it: $ LDFLAGS=-L/c/met.no/lib CPPFLAGS=-I/c/met.no/include ./configure --prefix=/c/met.no --disable-shared $ make all install $ cp README /c/met.no/copyright/freetype2.txt $ cat docs/LICENSE.TXT >>/c/met.no/copyright/freetype2.txt $ cat docs/FTL.TXT >>/c/met.no/copyright/freetype2.txt $ cat docs/GPL.TXT >>…

Building JasPer and the Grib API on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building JasPer and the Grib API on Windows XXX is JasPer really required? lisbethb, audunc say probably not. JasPer JasPer is an obnoxious little piece of software that should be avoided at all costs, but Grib uses it, so we're stuck with it. Download the latest source (currently 1.900.1) from

Building NetCDF, HDF4 and HDF5 on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building NetCDF, HDF4 and HDF5 on Windows There are binaries available, and they're probably fine, but the headers are not, because HDF4 / HDF5 install different headers depending on which compiler they were built with (which in itself is a bug). Luckily, building them from source is fairly easy.

Building HDF4 on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building HDF4 on Windows Moved from hdf, doesn't work due to XDR-related bugs in HDF4's build system. This is fixable, but not trivially. HDF4 First, get the latest source (currently 4.2r4) from and extract it in a convenient place. HDF4's autoconf infrastructure is a weird mix of too-old and too-new. Open

Building libpng, libjpeg and libtiff on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building libpng, libjpeg and libtiff on Windows Download and extract the correct versions of zlib, libpng, jpeg and tiff: Package Location Version libpng 1.2.40 jpeg 8

Unresolved issues

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Unresolved issues OUT OF DATE most of these issues have been resolved or worked around, or were only relevant in the initial, experimental phase. --prefix You'll notice that I recommend installing several components (HDF, NetCDF, Grib...) in their own directories under

Building metlibs on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building metlibs on Windows First, check out the source code using your favorite Subversion client (I recommend TortoiseSVN). We won't build shared libraries. They're a huge pain to manage on Windows, and we don't really need them. Since we currently don't have working HDF4 and MySQL libraries, we have to disable everything that uses those directly or indirectly:

Building MySQL on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building MySQL on Windows CMake $ ./configure --prefix=/mingw $ make $ make install MySQL Download the noinstall zip file (e.g. mysql-connector-c-noinstall-6.0.2-win32.zip) and extract it into C:\Program Files\libmysql (so you should have C:\Program Files\libmysql\include

Packaging Diana

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Packaging Diana This assumes you've completed the previous steps exactly as described. TODO: update for dynamic libpq / libavformat The stupid way Create the installation tree Create a scratch directory (e.g. C:\dianainst). In the Diana source directory, run the following command to install Diana into that directory:

Building PROJ on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building PROJ on Windows First, get the latest source (currently 4.7.0) from and extract it in a convenient place. 4.7.0 added support for Windows native threads, but it doesn't work properly: you can either leave threads enabled (the default), in which case it tries to compile in support for

Installing Qt on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Installing Qt on Windows Download the sources from (choose “LGPL” and “Framework Only”) and run the installer. Accept the default answer to every question and ignore the warning about using the wrong MinGW version (the one Qt wants to use is prehistoric and completely unusable).

Building the Shapefile library on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building the Shapefile library on Windows First, get the latest source from and extract it in a convenient place. This library does not have a build system to speak of. The Makefile is so broken it's not even funny. Let's fix it. First, delete the

Building the MySQL and PostgreSQL libraries on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building the MySQL and PostgreSQL libraries on Windows MySQL MySQL does not support gcc on Windows, only MSVC. Moved to a separate page. PostgreSQL Both the C and C++ interfaces build fine “out of the box” (except for the LDFLAGS issue mentioned below) when building shared libraries.

Building UDUNITS on Windows

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Building UDUNITS on Windows Diana / metlibs use the old, unsupported UDUNITS library, not the new UDUNITS-2 library. Unfortunately, converting from one to the other is not trivial, so we're stuck with the old library—for now. First, get the latest source (1.12.9) from

Understanding MSYS / MinGW

anonymous@undisclosed.example.com (Anonymous) — Tue, 31 May 2022 09:29:31 +0000

Understanding MSYS / MinGW MinGW is a port of GCC and the GNU binutils that produces native Win32 binaries. MSYS is a set of libraries and tools which emulate a Unix-like environment on Win32. MSYS tools are linked with a library that emulates a number of POSIX library calls which do not exist in the Win32