Fwd: Qt bindings and gegl_node_set*

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry, mail went off list.

---------- Forwarded message ----------
From: Jon Nordby <jononor@xxxxxxxxx>
Date: 28 June 2013 01:07
Subject: Re: Qt bindings and gegl_node_set*
To: scl <scl.gplus@xxxxxxxxx>



On 27 June 2013 21:19, scl <scl.gplus@xxxxxxxxx> wrote:
On 27.06.13 at 09:15 AM Alberto Mardegan wrote:
Hi all!
   I don't know when (or even "if") I'll start working on that, but I'm
considering extending the gegl Qt bindings to include almost everything
which is currently available to the C/glib bindings, so that a developer
writing an application using gegl in Qt wouldn't have to use the C/glib
API at all.

Hi Jon,

as it seems some movement is coming back to that project.
If you want to track the current building state, you can look at
https://gimptest.flamingtext.com:9090/view/GEGL/job/gegl-qt-distcheck-master/

Hi Sven,
sorry for the project not being in a CI-friendly state at the moment.
I am in the middle of a critical project at work, doing 60 hour+ weeks, and will be until end of next week.
So not sure if I will find time to fix up your comments before that.
 
Anyone who wants to fix up the things underneath before I get to it have my full blessing to push the fixes directly to master.
With that being said, it would be nice if the Jenkins job could also trigger on a "for-master", "integration" or "test" branch, if people would like to test their changes outside of master. 

1)
Currently the project depends on GEGL 0.2, the latest GEGL master branch has version 0.3. I don't know whether gegl-qt will work with it, so I leave it up to you to update the gegl-qt project. Let me know
if you update it, so I can update the Jenkins build job.
Yes, it needs updating before that change can be made.

2)
Another thing it that error 'qml-paint.cpp:19:42: fatal error: examples/common/paint-engine.h: No such file or directory' that breaks
the build. Can you fix it to make the new contributor able to work
on that project?
This is likely an easy fix. I suspect that the problem is merely the file not being distributed in the tarball, or that the directory is not on the include path when the examples are built from the tarball.

3)
Currently I'm setting the environment variables

export PRODUCT_NAME=gegl-qt-master
export PREFIX="$COMMON_PREFIX/$PRODUCT_NAME"
export BABL_PREFIX="$COMMON_PREFIX/babl-master"
export GEGL_PREFIX="$COMMON_PREFIX/gegl-0-2"
export ACLOCAL_FLAGS="-I $PREFIX/share/aclocal -I $GEGL_PREFIX/share/aclocal -I $BABL_PREFIX/share/aclocal $ACLOCAL_FLAGS"
export CPPFLAGS="-I$PREFIX/include -I$GEGL_PREFIX/include -I$BABL_PREFIX/include $CPPFLAGS"
export LD_LIBRARY_PATH="$PREFIX/lib:$GEGL_PREFIX/lib:$BABL_PREFIX/lib:$LD_LIBRARY_PATH"
export LDFLAGS="$LDFLAGS -L$BABL_PREFIX/lib -L$GEGL_PREFIX/lib -L$PREFIX/lib"
export PATH="$PREFIX/bin:$GEGL_PREFIX/bin:$BABL_PREFIX/bin:$PATH"
export PKG_CONFIG_PATH="$PREFIX/lib/pkgconfig:$GEGL_PREFIX/lib/pkgconfig:$BABL_PREFIX/lib/pkgconfig:$PKG_CONFIG_PATH"
export XDG_DATA_DIRS="$PREFIX/share:$GEGL_PREFIX/share:$BABL_PREFIX/share:$XDG_DATA_DIRS"
export TARBALL_NAME="$PRODUCT_NAME.tar.bz2"

Are they all necessary or is anything missing?

ACLOCAL_FLAGS should not be necessary. CFLAGS, LDFLAGS probably should not be set, as we look up that info using pkg-config.
It would be nice if GI_TYPELIB_PATH was also set, case we add tests for the introspection stuff.  Should be "$GEGL_PREFIX/lib/girepository-1.0/" or somesuch (where the gegl .typelib files end up when built with introspection)
 
Thanks for your efforts!



--
Jon Nordby - www.jonnor.com



--
Jon Nordby - www.jonnor.com
_______________________________________________
gegl-developer-list mailing list
gegl-developer-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gegl-developer-list

[Index of Archives]     [Yosemite News]     [Yosemite Photos]     [gtk]     [GIMP Users]     [KDE]     [Gimp's Home]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux