To compile and link using exiv2.pc, you usually add the following to your Makefile.
2.8 Localisation
Localisation is supported on a UNIX-like platform: Linux, MacOS-X, Cygwin and MinGW/msys2. Localisation is not supported for Visual Studio builds.
To build localisation support, use the CMake option -DEXIV2_ENABLE_NLS=ON
. You must install the gettext
package with your package manager or from source. The gettext
package is available from http://www.gnu.org/software/gettext/ and includes the library libintl
and utilities to build localisation files. If CMake produces error messages which mention libintl or gettext, you should verify that the package gettext
has been correctly built and installed.
You must install the build to test localisation. This ensures that the localisation message files can be found at run-time. You cannot test localisation in the directory build\bin
.
- Running exiv2 in another language
$ env LANG=fr_FR exiv2
exiv2: Une action doit être spécifié
exiv2: Au moins un fichier est nécessaire
Utilisation : exiv2 [ options ] [ action ] fichier ...
Manipulation des métadonnées EXIF issues des images.
$
- Adding additional languages to exiv2
To support a new language which we'll designate 'xy' for this discussion:
2.1) Generate a po file from the po template:
$ cd <exiv2dir>
$ mkdir -p po/xy
$ msginit --input=po/exiv2.pot --locale=xy --output=po/xy.po
2.2) Edit/Translate the strings in po/xy.po
I edited the following:
msgid "Manipulate the Exif metadata of images.\n"
msgstr ""
to:
msgid "Manipulate the Exif metadata of images.\n"
msgstr "Manipulate image metadata.\n"
2.3) Generate the messages file:
$ mkdir -p po/xy/LC_MESSAGES
$ msgfmt --output-file=po/xy/LC_MESSAGES/exiv2.mo po/xy.po
2.4) Install and test your messages:
You have to install your messages to test them. It's not possible to test a messages file by executing build/bin/exiv2.
$ sudo mkdir -p /usr/local/share/locale/xy/LC_MESSAGES
$ sudo cp -R po/xy/LC_MESSAGES/exiv2.mo /usr/local/share/locale/xy/LC_MESSAGES
$ env LANG=xy exiv2
exiv2: An action must be specified
exiv2: At least one file is required
Usage: exiv2 [ options ] [ action ] file ...
Manipulate image metadata. <--------- Edited message!
$
2.5) Submitting your new language file for inclusion in future versions of Exiv2:
You may submit a PR which contains po/xy.po AND a modification to po/CMakeLists.txt
Or, open a new issue on https://github.com/exiv2/exiv2 and attach the file xy.po.zip which can be created as follows:
$ zip xy.po.zip po/xy.po
adding: po/xy.po (deflated 78%)
ls -l xy.po.zip
-rw-r--r--+ 1 rmills staff 130417 25 Jun 10:15 xy.po.zip
$
TOC
2.9 Building Exiv2 Documentation
Building documentation requires installing special tools. You will probably prefer to
read the documentation on-line from the project website: https://exiv2.org
To build documentation, use the CMake option -DEXIV2_BUILD_DOC=On
.
Additionally, you will require an additional build step to actually build the documentation.
$ cmake ..options.. -DEXIV2_BUILD_DOC=ON
$ make doc
To build the documentation, you must install the following products:
TOC
2.10 Building Exiv2 Packages
To enable the building of Exiv2 packages, use the CMake option -DEXIV2_TEAM_PACKAGING=ON
.
You should not build Exiv2 Packages. This feature is intended for use by Team Exiv2 to create Platform and Source Packages on the buildserver.
There are two types of Exiv2 packages which are generated by cpack from the cmake command-line.
- Platform Package (header files, binary library and samples. Some documentation and release notes)
Create and build exiv2 for your platform.
$ git clone https://github.com/exiv2/exiv2
$ mkdir -p exiv2/build
$ cd exiv2/build
$ cmake .. -G "Unix Makefiles" -DEXIV2_TEAM_PACKAGING=On
...
-- Build files have been written to: .../build
$ cmake --build . --config Release
...
[100%] Built target addmoddel
$ make package
...
CPack: - package: /path/to/exiv2/build/exiv2-0.27.1-Linux.tar.gz generated.
- Source Package
$ make package_source
Run CPack packaging tool for source...
...
CPack: - package: /path/to/exiv2/build/exiv2-0.27.1-Source.tar.gz generated.
You may prefer to run $ cmake --build . --config Release --target package_source
TOC
2.11 Debugging Exiv2
- Generating and installing a debug library
In general to generate a debug library, you should use the option cmake option -DCMAKE_RELEASE_TYPE=Debug
and build in the usual way.
$ cd <exiv2dir>
$ mkdir build
$ cd build
$ cmake .. -G "Unix Makefiles" "-DCMAKE_BUILD_TYPE=Debug"
$ make
You must install the library to ensure that your code is linked to the debug library.
You can check that you have generated a debug build with the command:
$ exiv2 -vVg debug
exiv2 0.27.1
debug=1
$
TOC
- About preprocessor symbols
NDEBUG
and EXIV2_DEBUG_MESSAGES
Exiv2 respects the symbol NDEBUG
which is set only for Release builds. There are sequences of code which are defined within:
#ifdef EXIV2_DEBUG_MESSAGES
....
#endif
Those blocks of code are not compiled unless you define EXIV2_DEBUG_MESSAGES
by yourself. They are provided for additional debugging information. For example, if you are interested in additional output from webpimage.cpp, you can update your build as follows:
$ cd <exiv2dir>
$ touch src/webpimage.cpp
$ make CXXFLAGS=-DEXIV2_DEBUG_MESSAGESDEBUG
$ bin/exiv2 ...
-- or --
$ sudo make install
$ exiv2 ...
If you are debugging library code, it is recommended that you use the exiv2 command-line as your test harness as Team Exiv2 is very familiar with this tool and able to give support.
TOC
- Starting the debugger
This is platform specific. On Linux:
$ gdb exiv2
TOC
- Using Debugger IDEs such as Xcode, CLion, Visual Studio, Eclipse or QtCreator
I have used all those IDEs to debug the Exiv2 library and applications. All of them work. You may find it takes initial effort, however I assure you that they all work well.
I personally use CLion which has excellent integration with CMake. It will automatically add -DCMAKE_BUILD_TYPE=Debug
to the cmake command. It keeps build types in separate directories such as <exiv2dir>/cmake-build-debug
.
TOC
- cmake --build . options
--config Release|Debug
and --target install
Visual Studio and Xcode can build debug or release builds without using the option -DCMAKE_BUILD_TYPE
because the generated project files can build multiple types. The option --config Debug
can be specified on the command-line to specify the build type. Alternatively, if you prefer to build in the IDE, the UI provides options to select the configuration and target.
With the Unix Makefile generator, the targets can be listed:
$ make help
The following are some of the valid targets for this Makefile:
... all (the default if no target is provided)
... clean
... depend
... install/local
.........
TOC
2.12 Building Exiv2 with clang and other build chains
- On Linux
$ cd <exiv2dir>
$ rm -rf build ; mkdir build ; cd build
$ cmake .. -DCMAKE_C_COMPILER=$(which clang) -DCMAKE_CXX_COMPILER=$(which clang++)
$ cmake --build .
OR
$ export CC=$(which clang)
$ export CXX=$(which clang++)
$ cd <exiv2dir>
$ rm -rf build ; mkdir build ; cd build
$ cmake ..
$ cmake --build .
- On MacOS-X
Apple provide clang with Xcode. GCC has not been supported by Apple since 2013. The "normal unix build" uses Clang.
- On Cygwin, MinGW/msys2, Windows (using clang-cl) and Visual Studio.
I have been unable to get clang to work on any of those platforms.
- Cross Compiling
I've never succeeded in getting this to work. I use different VMs for Linux 32 and 64 bit. I've documented how to set up Cygwin and MinGW/msys2 for 64 and 32 bit builds in README-CONAN
TOC
2.13 Building Exiv2 with ccache
To speed up compilation, the utility ccache can be installed to cache the output of the compiler. This greatly speeds up the build when you frequently built code that has not been modified.
Installing and using ccache (and other similar utilities), is platform dependent. On Ubuntu:
$ sudo apt install --yes ccache
To build with ccache, use the cmake option -DBUILD_WITH_CCACHE=On
$ cd <exiv2dir>
$ mkdir build ; cd build ; cd build
$ cmake .. -G "Unix Makefiles" -DBUILD_WITH_CCACHE=On
$ make
$ make clean
$ make
Due to the way in which ccache is installed in Fedora (and other Linux distros), ccache effectively replaces the compiler. A default build or -DBUILD_WITH_CCACHE=Off is not effective and the environment variable CCACHE_DISABLE is required to disable ccache. https://github.com/Exiv2/exiv2/issues/361
TOC
3 License and Support
All project resources are accessible from the project website.
https://github.com/Exiv2/exiv2
3.1 License
Copyright (C) 2004-2019 Exiv2 authors.
You should have received a copy of the file COPYING which details the GPLv2 license.
Exiv2 is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
Exiv2 program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
TOC
3.2 Support
For new bug reports and feature requests, please open an issue in Github.
TOC
4 Running the test suite
The test suite is a mix of bash and python scripts. The python scripts are new to v0.27 and the bash scripts are being replaced as time permits.
4.1 Running tests on a UNIX-like system
You can run the suite directly from the build:
$ cmake .. -G "Unix Makefiles"
$ make
...
$ make tests
... lots of output ...
Summary report
You can run individual tests in the test directory using the environment variable EXIV2_BINDIR to specify the location of the build artifacts. For Cygwin and MinGW/msys builds, also set EXIV2_EXT=.exe
rmills@rmillsmbp-w7 ~/gnu/github/exiv2/exiv2/build $ cd ../test
rmills@rmillsmbp-w7 ~/gnu/github/exiv2/exiv2/test $ env EXIV2_BINDIR=${PWD}/../build/bin ./icc-test.sh
ICC jpg md5 webp md5 png md5 jpg md5
all testcases passed.
rmills@rmillsmbp-w7 ~/gnu/github/exiv2/exiv2/test $ env EXIV2_BINDIR=${PWD}/../build/bin make newtests
TOC
4.2 Running tests on Visual Studio builds
Use the bash interpreter for MinGW/msys2 to run the test suite. It's essential to have a DOS Python3 interpreter on your path called python3.exe
The variables EXIV2_BINDIR and EXIV2_EXT enable the test suite to locate the MSVC build artifacts.
$ cd <exiv2dir>/build
$ cd ../test
$ PATH="/c/Python37:$PATH"
$ export EXIV2_EXT=.exe
$ export EXIV2_BINDIR=${PWD}/../build/bin
**Caution: ** The python3 interpreter must be for DOS and called python3.exe. I copied c:\Python37\python.exe c:\Python37\python3.exe
Once you have modified the PATH and and exported EXIV2_BINDIR and EXIV2_EXT, you can execute the test suite as described for UNIX-like systems:
$ cd <exiv2dir>/test
$ make test
$ make newtests
$ ./icc-test.sh
TOC
4.3 Unit tests
The code for the unit tests is in <exiv2dir>/unitTests
To build the unit tests, use the cmake option -DEXIV2_BUILD_UNIT_TESTS=ON
.
To execute the unit tests:
$ cd <exiv2dir>/build
$ bin/unit_tests
There is a discussion on the web about installing GTest: https://github.com/Exiv2/exiv2/issues/575
TOC
5 Platform Notes
There are many ways to set up and configure your platform. The following notes are provided as a guide.
5.1 Linux
Update your system and install the build tools and dependencies (zlib, expat, gtest and others)
$ sudo apt --yes update
$ sudo apt install --yes build-essential git clang ccache python3 libxml2-utils cmake python3 libexpat1-dev libz-dev zlib1g-dev libssh-dev libcurl4-openssl-dev libgtest-dev google-mock
Get the code from GitHub and build
$ mkdir -p ~/gnu/github/exiv2
$ cd ~/gnu/github/exiv2
$ git clone https://github.com/exiv2/exiv2
$ cd exiv2
$ mkdir build ; cd build ;
$ cmake .. -G "Unix Makefiles"
$ make
TOC
5.2 MacOS-X
You will need to install Xcode and the Xcode command-line tools to build on the Mac.
You should build and install libexpat and zlib. You may use brew, macports, build from source, or use conan.
I recommend that you build and install CMake from source.
TOC
5.3 MinGW
We provide support for both 64bit and 32bit builds using MinGW/msys2. https://www.msys2.org
Support for MinGW/msys1.0 32 bit build was provided for Exiv2 v0.26. MinGW/msys1.0 is not supported by Team Exiv2 for Exiv2 v0.27 and later.
There is a discussion on the web about installing GTest: https://github.com/Exiv2/exiv2/issues/575
MinGW/msys2 64 bit
Install: http://repo.msys2.org/distrib/x86_64/msys2-x86_64-20180531.exe
I use the following batch file to start the MinGW/msys2 64 bit bash shell from the Dos Command Prompt (cmd.exe)
@echo off
setlocal
set "PS1=\! MSYS64:\u@\h:\w \$ "
set PATH="/usr/local/bin/:/usr/bin:/mingw64/bin:/bin:/usr/sbin:/sbin"
set "HOME=c:\msys64\home\%USERNAME%"
if NOT EXIST %HOME% mkdir %HOME%
cd %HOME%
c:\msys64\usr\bin\bash.exe -norc
MinGW/msys2 32 bit
Install: http://repo.msys2.org/distrib/i686/msys2-i686-20180531.exe
I use the following batch file to start the MinGW/msys2 32 bit bash shell from the Dos Command Prompt (cmd.exe)
@echo off
setlocal
set "PS1=\! MSYS32:\u@\h:\w \$ "
set PATH="/usr/local/bin/:/usr/bin:/mingw32/bin:/bin:/usr/sbin:/sbin"
set "HOME=c:\msys32\home\%USERNAME%"
if NOT EXIST %HOME% mkdir %HOME%
cd %HOME%
c:\msys32\usr\bin\bash.exe -norc
Install MinGW Dependencies
Install tools and dependencies:
$ for i in base-devel git cmake coreutils python3 man gcc gdb make dos2unix diffutils zlib-devel libexpat-devel libiconv-devel gettext-devel; do (echo y|pacman -S $i); done
You can upgrade all installed packages on your system with the following command. For me, this broke msys32 and I had to reinstall msys32 and all the dependencies. Your experience may be different.
$ pacman -Syu
Download exiv2 from github and build
$ mkdir -p ~/gnu/github/exiv2
$ cd ~/gnu/github/exiv2
$ git clone https://github.com/exiv2/exiv2
$ cd exiv2
$ mkdir build ; cd build ;
$ cmake .. -G "Unix Makefiles"
$ make
MinGW and Regex
The exiv2 command line program provides an option --grep
to filter output. The implementation requires the header file <regex.h>
and supporting library to be available during the build. When not available, the option --grep
degrades to a substring match. Because there are several versions of <regex.h>
available on the MinGW platform, detection of regex is always disabled on this platform and uses substring match. The following command reveals if regex is included in your build:
$ exiv2 -vVg regex
exiv2 0.27.1
have_regex=1
$
TOC
5.4 Cygwin
Download: https://cygwin.com/install.html and run setup-x86_64.exe for 64 Bit Cygwin, or setup-x86.exe for 32 bit Cygwin. I install into c:\cygwin64 and c:\cygwin32
You need:
make, cmake, gcc, gettext-devel pkg-config, dos2unix, zlib-devel, libexpat1-devel, git, python3-interpreter, libiconv, libxml2-utils, libncurses.
Download and build libiconv-1.15: https://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.15.tar.gz
There is a discussion on the web about installing GTest: https://github.com/Exiv2/exiv2/issues/575
Download and build cmake from source because I can't get the cygwin installed cmake 3.6.2 to work.
To build cmake from source, you need libncurses. https://cmake.org/download/
I use the following batch file "cygwin64.bat" to start the Cygwin/64 bit bash shell from the Dos Command Prompt (cmd.exe).
@echo off
setlocal
set "PATH=c:\cygwin64\usr\local\bin;c:\cygwin64\bin;c:\cygwin64\usr\bin;c:\cygwin64\usr\sbin;"
if NOT EXIST %HOME% mkdir %HOME%
set "HOME=c:\cygwin64\home\rmills"
cd %HOME%
set "PS1=\! CYGWIN64:\u@\h:\w \$ "
bash.exe -norc
TOC
5.5 Microsoft Visual C++
We recommend that you use Conan to build Exiv2 using Microsoft Visual C++. Exiv2 v0.27 can be built with Visual Studio versions 2008 and later. We actively support and build with Visual Studio 2015, 2017 and 2019.
As well as Microsoft Visual Studio, you will need to install CMake, Python3, and Conan.
- Binary installers for CMake on Windows are availably from https://cmake.org/download/.
- Binary installers for Python3 are available from python.org
- Conan can be installed using python/pip. Details in README-CONAN.md
I use the following batch file to start cmd.exe. I do this to reduce the complexity of the path which grows as various tools are installed on Windows. The purpose of this script is to ensure a "stripped down path".
@echo off
setlocal
cd %HOMEPATH%
set "PATH=C:\Python37\;C:\Python27\;C:\Python27\Scripts;C:\Perl64\site\bin;C:\Perl64\bin;C:\WINDOWS\system32;C:\Program Files\Git\cmd;C:\Program Files\Git\usr\bin;c:\Program Files\cmake\bin;"
cmd
TOC
5.6 Unix
Exiv2 can be built on many Unix and Linux distros. With v0.27.2, we are starting to actively support the Unix Distributions NetBSD and FreeBSD. We hope to add CI support for these platforms in v0.27.3.
I have provided notes here based on my experience with these platforms. Feedback is welcome.
I am willing to support Exiv2 on other commercial Unix distributions such as AIX, HP-UX and OSF/1 provided you provide with an ssh account for your platform. I will require super-user privileges to install software.
NetBSD
You can build exiv2 from source using the methods described for linux. I built and installed exiv2 using "Pure CMake" and didn't require conan.
You will want to use the package manager pkgsrc
to build/install:
- gcc (currently GCC 5.5.0)
- python3
- cmake
- bash
- sudo
- chksum
- gettext
I entered links into the file system # ln -s /usr/pkg/bin/python37 /usr/local/bin/python3
and # ln -s /usr/pkg/bin/bash /bin/bash
It's important to ensure that LD_LIBRARY_PATH
includes /usr/local/lib
and /usr/pkg/lib
. It's important to ensure that PATH includes /usr/local/bin
, /usr/pkg/bin
and /usr/pkg/sbin
.
FreeBSD
Clang is pre-installed as ``/usr/bin/{cc|c++}` as well has libz and expat. FreeBSD uses pkg as the package manager which I used to install cmake and git.
$ su root
Password:
To run the Exiv2 test suite, I installed bash and python. The test suite requires additional work as the platform diff
command does not understand the option --binary
and returns an error. In consequence, the test harness returns lots of errors. I hope to address this in v0.27.3.
Solaris
Work in progress: https://github.com/Exiv2/exiv2/issues/902
TOC
Robin Mills
Revised: 2019-07-29