compiling gimp-multi-stroke for Windows 64bit

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Post any of your progressions here.

Thanks!

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Had to update
BABL - GIT
GLIB - http://ftp.gnome.org/pub/GNOME/sources/glib/
Harfbuzz - http://www.freedesktop.org/software/harfbuzz/release/
Little CMS - http://sourceforge.net/projects/lcms/files/lcms/2.7/

I am getting this error though on make ; make install

Code: Select all

make[2]: Leaving directory `/env/gimp-multi-stroke/menus'
Making all in libgimpbase
make[2]: Entering directory `/env/gimp-multi-stroke/libgimpbase'
  CC     gimpbasetypes.lo
  CC     gimpbase-private.lo
  CC     gimpchecks.lo
  CC     gimpcpuaccel.lo
  CC     gimpdatafiles.lo
gimpdatafiles.c: In function 'is_script':
gimpdatafiles.c:204:15: warning: assignment discards 'const' qualifier from poin
ter target type [enabled by default]
  CC     gimpenv.lo
  CC     gimpmemsize.lo
  CC     gimpmetadata.lo
  CC     gimpparasite.lo
  CC     gimpparasiteio.lo
  CC     gimpprotocol.lo
  CC     gimprectangle.lo
  CC     gimpreloc.lo
  CC     gimpsignal.lo
  CC     gimpunit.lo
  CC     gimputils.lo
  CC     gimpvaluearray.lo
  CC     gimpwire.lo
  CC     gimpbaseenums.lo
  CCLD   libgimpbase-2.0.la

*** Warning: linker path does not have real file for library -lgexiv2.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libgexiv2 and none of the candidates passed a file format test
*** using a file magic. Last file checked: c:/petit-msys-mingw-64bits-gimp28/bas
e/c/lib/libgexiv2.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
make[2]: Leaving directory `/env/gimp-multi-stroke/libgimpbase'
Making all in tools
make[2]: Entering directory `/env/gimp-multi-stroke/tools'
Making all in pdbgen
make[3]: Entering directory `/env/gimp-multi-stroke/tools/pdbgen'

Seems the libgimpbase-2.0.dll.a isn't being created.
Any help is appreciated.

Thanks.

Rod · **Joined:** May 16, 2010 **Posts:** 16010

I tried copying the file from the base/c/libs directory to the .libs directory and vuala!

Success!

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Ok now i am truly stuck.

Code: Select all

Making install in core
make[3]: Entering directory `/env/gimp-multi-stroke/app/core'
  CC     gimpdrawable-blend.o
gimpdrawable-blend.c: In function 'gradient_fill_region':
gimpdrawable-blend.c:915:40: error: 'GEGL_ACCESS_WRITE' undeclared (first use in
 this function)
gimpdrawable-blend.c:915:40: note: each undeclared identifier is reported only o
nce for each function it appears in
make[3]: *** [gimpdrawable-blend.o] Error 1
make[3]: Leaving directory `/env/gimp-multi-stroke/app/core'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/env/gimp-multi-stroke/app'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/env/gimp-multi-stroke/app'
make: *** [install-recursive] Error 1

Rod@Rods /env/gimp-multi-stroke
$

So at the top of app/core/gimpdrawable-blend.c file i added

Code: Select all

typedef enum 
{
  GEGL_ACCESS_READ      = 1 << 0,
  GEGL_ACCESS_WRITE     = 1 << 1,
  GEGL_ACCESS_READWRITE = (GEGL_ACCESS_READ | GEGL_ACCESS_WRITE)
}

And that seems to work.

I had forgotten how much fun it was to compile this program for Windows. :lol

Rod · **Joined:** May 16, 2010 **Posts:** 16010

jontait2 wrote:

https://github.com/GNOME/gegl/blob/master/gegl/gegl-enums.h

https://github.com/GNOME/gegl/blob/mast ... gl-enums.h

Rod · **Joined:** May 16, 2010 **Posts:** 16010

jontait2 wrote:

https://github.com/GNOME/gegl/blob/master/gegl/gegl-enums.h

Thank you for the link but placing this header in the core folder didn't seem to work so i am trying

Code: Select all

#include "gegl/gimp-gegl-enums.h"

As the name of the header file seems to have been changed in this version of GIMP.
Still getting a GEGL_ACCESS_WRITE error.

Code: Select all

Making install in core
make[3]: Entering directory `/env/gimp-multi-stroke/app/core'
  CC     gimpdrawable-blend.o
gimpdrawable-blend.c: In function 'gradient_fill_region':
gimpdrawable-blend.c:914:40: error: 'GEGL_ACCESS_WRITE' undeclared (first use in
 this function)
gimpdrawable-blend.c:914:40: note: each undeclared identifier is reported only o
nce for each function it appears in
make[3]: *** [gimpdrawable-blend.o] Error 1
make[3]: Leaving directory `/env/gimp-multi-stroke/app/core'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/env/gimp-multi-stroke/app'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/env/gimp-multi-stroke/app'
make: *** [install-recursive] Error 1

Rod@Rods /env/gimp-multi-stroke
$

Tea time

jontait2 · **Joined:** Dec 27, 2014 **Posts:** 508

I think you need the file I pointed to for this (gegl-enums.h)
The file gimp-gegl-enum.h was just for 2.8.14 and the state of GEGL at that time ..it does not include definitions of GEGL_ACCESS_xxx which were added later

See https://mail.gnome.org/archives/commits ... 00293.html
and https://mail.gnome.org/archives/commits ... 00295.html

What did it say in the source file you git-cloned? There must have been some include in there, though probably indirect (the source of gimpdrawable-blend.c will probably include something like gegl/gegl.h which then includes a whole heap of other .h files).

Rod · **Joined:** May 16, 2010 **Posts:** 16010

jontait2 wrote:

I think you need the file I pointed to for this (gegl-enums.h)
The file gimp-gegl-enum.h was just for 2.8.14 and the state of GEGL at that time ..it does not include definitions of GEGL_ACCESS_xxx which were added later

See https://mail.gnome.org/archives/commits ... 00293.html
and https://mail.gnome.org/archives/commits ... 00295.html

What did it say in the source file you git-cloned? There must have been some include in there, though probably indirect (the source of gimpdrawable-blend.c will probably include something like gegl/gegl.h which then includes a whole heap of other .h files).

Actually it is #include <gegl.h>
Yes the src clone contains a gegl folder with many needed header files. But when i added the gegl-enums.h file you linked into that folder (gegl/gegl-enums.h) and then added #include gegl/gegl-enums.h to the c file it didn't work. Then i placed the gegl-enums.h file in the core folder (where the c file resides) and tried #include "gegl-enums.h" . That didn't work. Hence the reason i tried gimp-gegl-enums.h. Still didn't work though.
You are probably right about the need of the newer gegl-enums.h file i just need to somehow link to it.
Heck i even tried copying the entire gegl folder from my env include directory into the core folder (which already contained the gegl-enums.h file) and added #include "gegl/gegl-enums.h" to the c file and still no go.
I wasn't asked to update GEGL so i don't think that is the problem either.
I also tried #include <gegl-enums.h>

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Ok stupid me was trying to link to the enums header through the c file. After i re placed the gegl-enums.h file in the base/c/include/gegl-0.3/ directory the error went away. I tested this by compiling the plug-ins and common folders without compiling GIMP itself.
I also updated fontconfig and gexiv dependencies. I can not find gettext 0.19.

But i now have a new error.

Code: Select all

make[4]: Leaving directory `/env/gimp-multi-stroke/app/config'
make[3]: Leaving directory `/env/gimp-multi-stroke/app/config'
Making install in core
make[3]: Entering directory `/env/gimp-multi-stroke/app/core'
  CC     gimpparamspecs-duplicate.o
gimpparamspecs-duplicate.c: In function 'gimp_param_spec_duplicate':
gimpparamspecs-duplicate.c:124:7: warning: implicit declaration of function 'geg
l_param_spec_double_set_steps' [-Wimplicit-function-declaration]
gimpparamspecs-duplicate.c:125:46: error: 'GeglParamSpecDouble' has no member na
med 'ui_step_small'
gimpparamspecs-duplicate.c:126:46: error: 'GeglParamSpecDouble' has no member na
med 'ui_step_big'
gimpparamspecs-duplicate.c:127:7: warning: implicit declaration of function 'geg
l_param_spec_double_set_digits' [-Wimplicit-function-declaration]
gimpparamspecs-duplicate.c:128:47: error: 'GeglParamSpecDouble' has no member na
med 'ui_digits'
gimpparamspecs-duplicate.c:169:7: warning: implicit declaration of function 'geg
l_param_spec_int_set_steps' [-Wimplicit-function-declaration]
gimpparamspecs-duplicate.c:170:43: error: 'GeglParamSpecInt' has no member named
 'ui_step_small'
gimpparamspecs-duplicate.c:171:43: error: 'GeglParamSpecInt' has no member named
 'ui_step_big'
make[3]: *** [gimpparamspecs-duplicate.o] Error 1
make[3]: Leaving directory `/env/gimp-multi-stroke/app/core'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/env/gimp-multi-stroke/app'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/env/gimp-multi-stroke/app'
make: *** [install-recursive] Error 1

Rod@Rods /env/gimp-multi-stroke
$

I am using gegl-0.3.0.
Any help would be appreciated.
Thanks.

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Well i had no trouble compiling GIMP-2.8.14.

My original environment version was GIMP-2.8.9.

Maybe with a newer version and libs i will have better luck. Well at least i will be able to build updated c src's for newer Windows 64 bit plug-ins if they are ever released. That is a plus.

Onkel Hatti · **Posted:** Tue Apr 07, 2015 9:16 am **(#11)**

If you mean the branch "multi-stroke" in git, then yes, you
need an update of your compiling environment :mrgreen:

I just tried and there was no problem. :cool

If you mean someting else, then I do not know, what you mean.

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Onkel Hatti wrote:

If you mean the branch "multi-stroke" in git, then yes, you
need an update of your compiling environment :mrgreen:

I just tried and there was no problem. :cool

If you mean someting else, then I do not know, what you mean.

I tried to update to gimp-2.9 dependencies but i get errors on GEGL and json-glib.
I think i need to update autoconfig but where do i find the latest version?
Must i re install mingw's latest build?

Or perhaps you could share with us a portable Windows 64 bit version of Gimp-Multi-Stroke?

Onkel Hatti · **Posted:** Tue Apr 07, 2015 11:23 am **(#13)**

Frankly, I have absolutely no idea how to use multi-stroke or mypaintbrush.
It looks like any other gimp-2.9.1...
If you want to compile gimp-2.9.1, you have to compile gegl-0.3 first, or you get errors. :hehe

Make a "make uninstall" for gegl, that there are no parts of it left.
Autoconfig? Compile yourself. :mrgreen:

Mingw? hmm, I have 4.9.2. Make sure, you get the SEH version of mingw.

Graechan · **Posted:** Tue Apr 07, 2015 5:35 pm **(#14)**

Quote:

Or perhaps you could share with us a portable Windows 64 bit version of Gimp-Multi-Stroke?

Onkel Hatti I agree with this comment from Rod, I have been watching this thread closely hoping Rod (or someone) could crack it

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Onkel Hatti wrote:

Frankly, I have absolutely no idea how to use multi-stroke or mypaintbrush.
It looks like any other gimp-2.9.1...
If you want to compile gimp-2.9.1, you have to compile gegl-0.3 first, or you get errors. :hehe

Make a "make uninstall" for gegl, that there are no parts of it left.
Autoconfig? Compile yourself. :mrgreen:

Mingw? hmm, I have 4.9.2. Make sure, you get the SEH version of mingw.

Select any drawing tool and when tool options for that tool opens scroll to the area in tool options that has symmetry listed as an option. Many values to input there.

Again i can not install GEGL so how about a portable version for us? :tyspin

Onkel Hatti · **Posted:** Thu Apr 09, 2015 11:08 am **(#16)**

I do not want to share it.
If I share it, then I will be the maintainer and caregiver of that version.
I don't want to be that. There is, e.g., a problem with some of the icons
in the compiled version. I do not know why, but if I share that version now,
I have to explore, how to get the icons back, otherwise I will be blamed
for their absence.
So I would appreciate that you update your environment and compile it
for your own needs. I would help you in that case, if I can.

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Onkel Hatti wrote:

I do not want to share it.
If I share it, then I will be the maintainer and caregiver of that version.
I don't want to be that. There is, e.g., a problem with some of the icons
in the compiled version. I do not know why, but if I share that version now,
I have to explore, how to get the icons back, otherwise I will be blamed
for their absence.
So I would appreciate that you update your environment and compile it
for your own needs. I would help you in that case, if I can.

That is the entire problem i need to update my env. Can you tell me where i can find all the dependencies needed to compile GIMP-2.9 versions?

Graechan · **Posted:** Thu Apr 09, 2015 7:45 pm **(#18)**

Rod the updated environment may be available at Samj's
his readme file contains this

Code: Select all

         Compilation GimpEVAL-2.9.1_64bit_Win_20131027 :
            CLIC "start_MSYS.bat"
               cd /env/babl-0.1.11
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32
               make
               make install
               export PKG_CONFIG_PATH="/c/GimpEVAL-2.9.1_64bit_Win_20131027/lib/pkgconfig:$PKG_CONFIG_PATH"

               cd /env/gegl-0.3.0
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32 --enable-introspection=no --without-libavformat --without-sdl --without-openexr --without-umfpack --without-libopenraw --without-libv4l
               make
               make install

               cd /env/gimp-2.9.1
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32 --disable-python --with-gnu-ld
               make
               make install

               exit

Rod · **Joined:** May 16, 2010 **Posts:** 16010

Graechan wrote:

Rod the updated environment may be available at Samj's
his readme file contains this

Code: Select all

         Compilation GimpEVAL-2.9.1_64bit_Win_20131027 :
            CLIC "start_MSYS.bat"
               cd /env/babl-0.1.11
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32
               make
               make install
               export PKG_CONFIG_PATH="/c/GimpEVAL-2.9.1_64bit_Win_20131027/lib/pkgconfig:$PKG_CONFIG_PATH"

               cd /env/gegl-0.3.0
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32 --enable-introspection=no --without-libavformat --without-sdl --without-openexr --without-umfpack --without-libopenraw --without-libv4l
               make
               make install

               cd /env/gimp-2.9.1
               ./configure --prefix=/c/GimpEVAL-2.9.1_64bit_Win_20131027 --build=x86_64-w64-mingw32 --disable-python --with-gnu-ld
               make
               make install

               exit

This seems to be my exact problem Graechan. I can not get babl-0.1.13 to even build.

Code: Select all

  CC     babl-internal.lo
  CC     babl-introspect.lo
  CC     babl-list.lo
  CC     babl-memory.lo
  CC     babl-model.lo
  CC     babl-mutex.lo
  CC     babl-palette.lo
  CC     babl-ref-pixels.lo
  CC     babl-sampling.lo
  CC     babl-sanity.lo
  CC     babl-type.lo
  CC     babl-util.lo
  CC     babl-cpuaccel.lo
  CC     babl-version.lo
  CCLD   libbabl-0.1.la

*** Warning: linker path does not have real file for library -lpthread.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libpthread and none of the candidates passed a file format test
*** using a file magic. Last file checked: c:/petit-msys-mingw-64bits-gimp28/bas
e/c/x86_64-w64-mingw32/lib/libpthread.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** Warning: This system can not link to static lib archive ../babl/libbabl-0.1.
la.e[3]: Leaving directory `/env/babl/babl'

../babl/.libs/libbabl-0.1.a: could not read symbols: Archive has no index; run r
anlib to add one
collect2.exe: error: ld returned 1 exit status
make[2]: *** [introspect.exe] Error 1
make[2]: Leaving directory `/env/babl/tests'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/env/babl'
make: *** [all] Error 2

Rod@Rods /env/babl
$

Onkel Hatti · **Posted:** Sat Apr 11, 2015 12:24 am **(#20)**

Hmm. I do not use Samjs environment, but it seems, that libpthread.dll.a is missing. No error, but in that version, it is not present and not neccessary until now.

Try again and use
CLIC "start_MSYS_GCC492.bat
instead of
CLIC "start_MSYS.bat"