Arch Linux User Repository

@haawda The Evas_Engine_Software_X11.h issue happens only if you have efl installed. Evas_Engine_Software_X11.h was an internal elf header that applications should not use and that has been removed in recent efl releases. If efl is not present, exact-image does not try to build edisplay and the error does not occur.

Does not build for me: In file included from /usr/include/php/Zend/zend.h:33:0, from objdir/api/php/api-php-wrap.cc:748: objdir/api/php/api-php-wrap.cc: En la función ‘void _swig_default_rsrc_destroy(zend_resource*)’: objdir/api/php/api-php-wrap.cc:6489:9: error: ‘rsrc’ no se declaró en este ámbito efree(rsrc->ptr); ^ /usr/include/php/Zend/zend_alloc.h:163:34: nota: en definición de macro ‘efree’ #define efree(ptr) _efree((ptr) ZEND_FILE_LINE_CC ZEND_FILE_LINE_EMPTY_CC) ^~~ make: *** [build/bottom.make:76: objdir/api/php/ExactImage.so] Error 1

Build fails In file included from gfx/X11Helper.cc:36:0: gfx/X11Helper.hh:33:10: fatal error: Evas_Engine_Software_X11.h: No such file or directory #include "Evas_Engine_Software_X11.h" ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. make: *** [build/bottom.make:58: objdir/gfx/X11Helper.o] Error 1 rm objdir/frontends/bardecode.o objdir/frontends/econvert.o objdir/frontends/edentify.o objdir/frontends/hocr2pdf.o objdir/frontends/e2mtiff.o objdir/frontends/empty-page.o objdir/frontends/optimize2bw.o ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build exact-image.

Builds now, great job!

Thanks, @kashif. I had no elf installed, so the issue was not triggered on my machine. After installing it I experienced the issue reported by you. After quick look I decided to use patch that I found in Debian repositories. Please let me know if the issue is now resolved on your end.

Hi lisu_ml, Thanks for the quick response! The update with exact-image-types.patch did not help with the compilation issue. The problem seems to be that both Evas and Evas_Object have the same underlying type, namely Eo, as provided by the current version of efl (1.18.4-3). From /usr/include/evas-1/Evas_Common.h: typedef Eo Evas; ... typedef Eo Efl_Canvas_Object; typedef Efl_Canvas_Object Evas_Object; The compiler is upset that X11Window::CaptureIntoEvasImage(..) is overloaded with two parameter lists that are identical, and have Eo* as the first parameter. It's curious that you aren't able to reproduce the issue. Perhaps your Evas_Common.h is provided by a different package? Maybe you have an outdated version of efl? Perhaps different gcc flags? $ pacman -Qo /usr/include/evas-1/Evas_Common.h /usr/include/evas-1/Evas_Common.h is owned by efl 1.18.4-3 $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --disable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp Thread model: posix gcc version 7.1.1 20170630 (GCC)

Hey @kashif, thanks for reporting the problem. Though I cannot reproduce it on my machine (Current Arch, gcc 7.1.1 20170630), I created the patch, that may make things work for you. It is already committed and pushed, so could you please try rebuilding the package and let me know if your issue is solved? Thank you.

Build fails: C++ objdir/gfx/X11Helper.o In file included from gfx/X11Helper.cc:36:0: gfx/X11Helper.hh:82:15: error: ‘static void X11Window::CaptureIntoEvasImage(Evas_Object*, Display*, Window, int, int, int, int)’ cannot be overloaded static void CaptureIntoEvasImage (Evas_Object* ob, ^~~~~~~~~~~~~~~~~~~~ gfx/X11Helper.hh:77:23: error: with ‘static Evas_Object* X11Window::CaptureIntoEvasImage(Evas*, Display*, Window, int, int, int, int)’ static Evas_Object* CaptureIntoEvasImage (Evas* evas, ^~~~~~~~~~~~~~~~~~~~ gfx/X11Helper.cc:141:6: error: prototype for ‘void X11Window::CaptureIntoEvasImage(Evas_Object*, Display*, Window, int, int, int, int)’ does not match any in class ‘X11Window’ void X11Window::CaptureIntoEvasImage (Evas_Object* ob, ^~~~~~~~~ gfx/X11Helper.cc:127:14: error: candidate is: static Evas_Object* X11Window::CaptureIntoEvasImage(Evas*, Display*, Window, int, int, int, int) Evas_Object* X11Window::CaptureIntoEvasImage (Evas* evas, ^~~~~~~~~ make: *** [build/bottom.make:58: objdir/gfx/X11Helper.o] Error 1 make: *** Waiting for unfinished jobs.... rm objdir/frontends/bardecode.o objdir/frontends/edentify.o objdir/frontends/hocr2pdf.o objdir/frontends/e2mtiff.o objdir/frontends/econvert.o objdir/frontends/empty-page.o objdir/frontends/optimize2bw.o ==> ERROR: A failure occurred in build(). Aborting...

@Maxr: It seems that the problem is with the comment syntax in one of the .hh files. I created add applied the patch, so could you please try again with the fresh build?

For be buildung fails too: api/python/../api-swig.hh:25: Error: Unknown SWIG preprocessor directive: manually (if this is a block of target language code, delimit it with %{ and %}) make: *** [api/lua/Makefile:11: objdir/api/lua/api-lua-wrap.cc] Error 1

@krusty64: I don't know what's the problem? I was able to build the package on both Arch and Manjaro? Is the patch really required?