Build from a fresh clone fails on ubuntu:xenial about pdfalto HOT 15 CLOSED

Hello,

Thanks for your feedback.
It's bit hard to read your log (needs formatting)

The installation procedure have changed recently make sure you reference icu library this way : cmake -D'ICU_PATH=Path to ICU source folder'

from pdfalto.

Sorry for the formatting problem. I have removed the use of the code feature, which makes it much more readable.

The cmake command does not return any errors, but the make command after that does. This is code we use to build PDFAlto:

RUN apt-get install -y --no-install-recommends wget \
    build-essential \
    automake \
    g++

#this installs pdfalto binary into the image to convert pdf -> alto
RUN apt-get install -y libxml2-dev
RUN apt-get install -y libmotif-dev
RUN apt-get install -y git

#Install ICU4C
RUN \
    mkdir icu \
    && wget -q https://github.com/unicode-org/icu/releases/download/release-63-1/icu4c-63_1-src.tgz \
    && gunzip -d < icu4c-63_1-src.tgz | tar xvf - \
    && cd icu/source \
    && chmod +x runConfigureICU configure install-sh \
    && ./runConfigureICU Linux/gcc --enable-static --disable-shared \
    && make

RUN git clone https://github.com/kermitt2/pdfalto.git ~/pdfalto
WORKDIR /root/pdfalto
RUN git checkout tags/0.2
RUN git submodule update --init --recursive
RUN apt-get install -y cmake

WORKDIR /root/pdfalto
RUN cmake -D'ICU_PATH=/root/icu'
RUN make

from pdfalto.

The build processed has changed, there is no need to install the dependencies, you have to pull the changes and use cmake/make for compilation

from pdfalto.

Pulled latest changes, now get a different error:

from pdfalto.

which gcc or clang version are you using ? documentation requires clang 3.6 or gcc 4.9

from pdfalto.

I am using gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.10) and cmake version 3.5.1. Will try downgrading the gcc version to 4.9

from pdfalto.

I have also tried running the build with gcc version 4.9, but getting the same error. In your travis file I see you are using Ubuntu trusty. Is there a special reason for this? When we use that as a base image, we only have lower versions available for cmake, which we then have to upgrade manually.

from pdfalto.

There is no special reason for using ubuntu trusty, the only requirement is gcc4.9 and cmake 3.12.
Could you make sure gcc 4.9 is set as the default gcc in your environment otherwise you could run cmake this way :

CC=gcc-4.9 CXX=g++-4.9 cmake .

from pdfalto.

Could you refresh the source code and retry, a new patch has been added.
you need to update the submodule :
git submodule update --init --recursive

from pdfalto.

Unfortunately, I still have a problem with building pdfalto. We are using:

• cmake 3.13.1
• gcc 4.9.3
• clang 3.6.2-3ubuntu2

from pdfalto.

Thank you for the feedback.
The last commit should fix the error you get 89f4fd9
You have to update your repository

from pdfalto.

[ 15%] Building CXX object xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/GlobalParams.cc.o
In file included from /root/pdfalto/xpdf-4.00/xpdf/GlobalParams.cc:64:
/root/pdfalto/xpdf-4.00/xpdf/UnicodeToUnicodeFontRules.h:28:10: warning: ISO C++11 does not allow conversion from string literal
to 'char *' [-Wwritable-strings]
{"AdvTT3f84ef53", 61550, advtt3f84ef53}
^
1 warning generated.
[ 16%] Building CXX object xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/HTMLGen.cc.o
In file included from /root/pdfalto/xpdf-4.00/xpdf/HTMLGen.cc:30:
/root/pdfalto/libs/image/png/src/png.h:346:10: fatal error: 'zlib.h' file not found
#include "zlib.h"
^
1 error generated.
xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/build.make:309: recipe for target 'xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/HTMLGen.cc.o' failed
make[2]: *** [xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/HTMLGen.cc.o] Error 1
CMakeFiles/Makefile2:441: recipe for target 'xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/all' failed
make[1]: *** [xpdf-4.00/xpdf/CMakeFiles/xpdf.dir/all] Error 2
Makefile:129: recipe for target 'all' failed
make: *** [all] Error 2

from pdfalto.

This should be fixed, the build is passing on travis-ci.
You need to get last updates

from pdfalto.

Hello,
Is this issue resolved ?

from pdfalto.

Yes, issue is resolved

from pdfalto.