Re: Buiiding LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”
Stephan Bergmann
sbergman at redhat.com
Thu Jan 17 09:54:39 UTC 2019
On 17/01/2019 10:35, Дилян Палаузов wrote:
> the problematic call is:
>
> S=/src/libreoffice-6.1.4.2 && B=$S/build && I=$B/instdir && W=$B/workdir && mkdir -p
> $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/
> $W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/ && cd /src/libreoffice-6.1.4.2 && g++
> -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX
> -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DPDFIUM_DLLIMPLEMENTATION -DUSE_SYSTEM_LCMS2 -DUSE_SYSTEM_LIBJPEG
> -DUSE_SYSTEM_ZLIB -DMEMORY_TOOL_REPLACES_ALLOCATOR -DUNICODE -DSYSTEM_ZLIB -DDEFINE_PS_TABLES_DATA -
> fvisibility=hidden -Wall -Wno-missing-braces -Wnon-virtual-dtor -Wendif-labels -Wextra -Wundef -Wunreachable-code
> -Wunused-macros -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe -Wduplicated-cond -Wlogical-op -Wshift-
> overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type -fvisibility-inlines-hidden -fstack-protector-strong -fPIC
> -Wshadow -Woverloaded-virtual -std=gnu++14 -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -O3 -pipe -w -
> DLIBO_INTERNAL_ONLY -c $W/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp -o
> $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o -MMD -MT
> $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o -MP -MF
> $W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.d_ -I$W/UnpackedTarball/pdfium
> -I$W/UnpackedTarball/pdfium/third_party -I$S/include -I/opt/jdk/include -I/opt/jdk/include/linux -I$B/config_host -
> isystem /usr/local/include -Wno-long-long -isystem /usr/local/include/freetype2 -isystem /usr/local/include/libpng16
> -isystem /usr/local/include -isystem /usr/local/include/harfbuzz -isystem /usr/local/include/glib-2.0 -isystem
> /usr/local/lib64/glib-2.0/include -isystem /usr/local/include
>
> When I pass -E to the compiler, it prints:
>
> # 317 "/usr/local/include/jmorecfg.h" 3 4
> typedef enum { FALSE = 0, TRUE = 1 } boolean;
> # 28 "/usr/local/include/jpeglib.h" 2 3 4
>
> So #include "jpeglib.h" implies #include "jmorecfg.h" and libreoffice-
> 6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp does #include "jpeglib.h".
>
> This code:
> typedef enum { a = 1, b = 2} c;
>
> c x () { return 2;}
>
> also fails compiling with
> error: invalid conversion from ‘int’ to ‘c’ [-fpermissive]
> c x () { return 2;}
> ^
> jmorecfg.h comes from jpeg9-c. jpeg-turbo-1.5.3 has another jmorecfg.h, where boolean is defined as int.
So do whatever it takes to make LO's external/pdfium/ copy work with
your system's jpeg9-c (or abandon the idea of building LO against it).
Either do it just locally, or, if it requires patching pdfium, we'd also
appreciate it if you sent a patch for LO or, even better, sent a patch
to the upstream of LO's external/pdfium/ copy. It is unlikely that
anybody else would do the integration work for that specific jpeg9-c for
you.
More information about the LibreOffice
mailing list