Hey, thanks for the patch. I will review it soon as I have just arrived from the holidays and will be busy with some other stuff. I will try to test your patch during the weekend!
Search Criteria
Package Details: exact-image 1.0.2-4
Git Clone URL: | https://aur.archlinux.org/exact-image.git (read-only, click to copy) |
---|---|
Package Base: | exact-image |
Description: | Fast image manipulation programs |
Upstream URL: | http://exactcode.com/opensource/exactimage/ |
Licenses: | GPL2 |
Submitter: | lisu_ml |
Maintainer: | nemstar |
Last Packager: | nemstar |
Votes: | 9 |
Popularity: | 0.006043 |
First Submitted: | 2016-08-29 16:04 (UTC) |
Last Updated: | 2022-02-24 19:52 (UTC) |
Dependencies (4)
- agg (agg-2.6-gitAUR)
- expat (expat-gitAUR)
- jasper (jasper-gitAUR)
- libtiff (libtiff-gitAUR, libtiff-lercAUR)
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 2 3
lisu_ml commented on 2016-11-11 18:29 (UTC)
<deleted-account> commented on 2016-11-07 13:14 (UTC)
I created this patch to make it compile on manjaro:
(Renames second definition of CaptureIntoEvasImage into CaptureIntoEvasObjectImage)
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,12 +11,14 @@ source=("http://dl.exactcode.de/oss/exact-image/$pkgname-$pkgver.tar.bz2"
"$pkgname-giflib.patch"
"$pkgname-libpng.patch"
"$pkgname-libungif.patch"
- "$pkgname-c-98.patch")
+ "$pkgname-c-98.patch"
+ "$pkgname-eval-object.patch")
md5sums=('864eddf488c309a02262f4e07b0fe319'
'd8514b017113431aa2affec169a58764'
'b64cce768b2757893700d43a8a8feaa7'
'34a82d7e1044f990b0a7bb433d2f7c18'
- '4d543d6b9ee1f7842c6f6c4b4f159c21')
+ '4d543d6b9ee1f7842c6f6c4b4f159c21'
+ '237cbc483dcf4afd9621953505ef15b4')
prepare() {
cd "$pkgname-$pkgver"
@@ -24,6 +26,7 @@ prepare() {
patch -p1 -i "$srcdir/$pkgname-libpng.patch"
patch -p1 -i "$srcdir/$pkgname-libungif.patch"
patch -p1 -i "$srcdir/$pkgname-c-98.patch"
+ patch -p1 -i "$srcdir/$pkgname-eval-object.patch"
}
build() {
diff --git a/exact-image-eval-object.patch b/exact-image-eval-object.patch
new file mode 100644
index 0000000..5727ea3
--- /dev/null
+++ b/exact-image-eval-object.patch
@@ -0,0 +1,28 @@
+--- exact-image-0.9.1/gfx/X11Helper.orig.cc 2016-11-07 13:43:28.471184526 +0100
++++ exact-image-0.9.1/gfx/X11Helper.cc 2016-11-07 13:59:47.387835587 +0100
+@@ -133,12 +133,12 @@
+ Evas_Object* ob = evas_object_image_add(evas);
+ evas_object_resize (ob, w, h);
+
+- CaptureIntoEvasImage (ob, dpy, window, x, y, w, h);
++ CaptureIntoEvasObjectImage (ob, dpy, window, x, y, w, h);
+
+ return ob;
+ }
+
+-void X11Window::CaptureIntoEvasImage (Evas_Object* ob,
++void X11Window::CaptureIntoEvasObjectImage (Evas_Object* ob,
+ Display* dpy,
+ Window window,
+ int x, int y, int w, int h)
+--- exact-image-0.9.1/gfx/X11Helper.orig.hh 2016-11-07 13:43:22.357851290 +0100
++++ exact-image-0.9.1/gfx/X11Helper.hh 2016-11-07 13:59:32.787835819 +0100
+@@ -79,7 +79,7 @@
+ Window window,
+ int x, int y, int w, int h);
+
+- static void CaptureIntoEvasImage (Evas_Object* ob,
++ static void CaptureIntoEvasObjectImage (Evas_Object* ob,
+ Display* dpy,
+ Window window,
+ int x, int y, int w, int h);
Pinned Comments
jmb commented on 2018-04-04 12:50 (UTC)
@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.