RSS/Atom feed Twitter
Site is read-only, email is disabled

Fwd: Recent Gegl-0.1.7 build fails

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

8 of 8 messages available
Toggle history

Please log in to manage your subscriptions.

Fwd: Recent Gegl-0.1.7 build fails Partha Bagchi 28 May 12:58
  Recent Gegl-0.1.7 build fails Partha Bagchi 04 Jun 12:14
   Recent Gegl-0.1.7 build fails " 04 Jun 17:55
    Recent Gegl-0.1.7 build fails Partha Bagchi 04 Jun 18:15
     Recent Gegl-0.1.7 build fails Michael Schumacher 06 Jun 07:26
      Recent Gegl-0.1.7 build fails Partha Bagchi 06 Jun 09:27
     Recent Gegl-0.1.7 build fails Michael Schumacher 06 Jun 07:26
   Recent Gegl-0.1.7 build fails " 04 Jun 17:55
Partha Bagchi
2011-05-28 12:58:34 UTC (almost 14 years ago)

Fwd: Recent Gegl-0.1.7 build fails

Sorry, forgot to send to the list.

---------- Forwarded message ---------- From: Partha Bagchi
Date: Sat, May 28, 2011 at 8:57 AM
Subject: Re: [Gimp-developer] Recent Gegl-0.1.7 build fails To: Øyvind Kolås

On Sat, May 28, 2011 at 8:39 AM, Øyvind Kolås wrote:

Platform/Distribution HP Pavilion dv8t Intel Core  i7/ Windows 7, 64bit $ gcc -v
Using built-in specs.
Target: x86_64-w64-mingw32
Configured with: ../gcc44-svn/configure --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --disable-multilib --enable-checking=r elease --prefix=/mingw64 --with-sysroot=/mingw64 --enable-languages=c,c++,fortran,objc,obj-c++ --enable-libgomp --with-gmp=/mingw64

--with-mpfr=/mingw64 --disable-nls --disable-win32-registry Thread model: win32
gcc version 4.4.5 20101001 (release) [svn/rev.164871 - mingw-w64/oz] (GCC)

Note that this error did not happen a couple of weeks ago.

The error might be fixed in git master now, you can either do a git checkout; or wait for new nightly tarballs to appear. I hope this fixes it.

/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»                                                  -- William Gibson http://pippin.gimp.org/                            http://ffii.org/

Thanks!! I did a temporary fix by doing the following:

copied gegl-buffer-save.c & gegl-tile-backend.c from a previous git source and built GEGL by passing -DHAVE_GIO since I noticed that, that was removed from the current source.

Moreover, (while I have your attention, :)) I noticed that gdk-pixbuf-2.0 is no longer automatically configured. So, I had to pass that in my command line as GDK_PIXBUF_CFLAGS="`pkg-config --cflags gdk-pixbuf-2.0`" GDK_PIXBUF_LIBS="`pkg-config --libs gdk-pixbuf-2.0`"

Thanks again, Partha

Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Partha Bagchi
2011-06-04 12:14:40 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: (Each undeclared identifier is reported only once gegl-buffer-save.c:227: error: for each function it appears in.) gegl-buffer-save.c:227: error: 'S_IWGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IROTH' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IWOTH' undeclared (first use in this function) make[4]: *** [gegl-buffer-save.lo] Error 1

On Sat, May 28, 2011 at 8:58 AM, Partha Bagchi wrote:

Sorry, forgot to send to the list.

---------- Forwarded message ---------- From: Partha Bagchi
Date: Sat, May 28, 2011 at 8:57 AM
Subject: Re: [Gimp-developer] Recent Gegl-0.1.7 build fails To: Øyvind Kolås

On Sat, May 28, 2011 at 8:39 AM, Øyvind Kolås wrote:

Platform/Distribution HP Pavilion dv8t Intel Core  i7/ Windows 7, 64bit $ gcc -v
Using built-in specs.
Target: x86_64-w64-mingw32
Configured with: ../gcc44-svn/configure --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --disable-multilib --enable-checking=r elease --prefix=/mingw64 --with-sysroot=/mingw64 --enable-languages=c,c++,fortran,objc,obj-c++ --enable-libgomp --with-gmp=/mingw64

--with-mpfr=/mingw64 --disable-nls --disable-win32-registry Thread model: win32
gcc version 4.4.5 20101001 (release) [svn/rev.164871 - mingw-w64/oz] (GCC)

Note that this error did not happen a couple of weeks ago.

The error might be fixed in git master now, you can either do a git checkout; or wait for new nightly tarballs to appear. I hope this fixes it.

/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»                                                  -- William Gibson http://pippin.gimp.org/                            http://ffii.org/

Thanks!! I did a temporary fix by doing the following:

copied gegl-buffer-save.c & gegl-tile-backend.c from a previous git source and built GEGL by passing -DHAVE_GIO since I noticed that, that was removed from the current source.

Moreover, (while I have your attention, :)) I noticed that gdk-pixbuf-2.0 is no longer automatically configured. So, I had to pass that in my command line as GDK_PIXBUF_CFLAGS="`pkg-config --cflags gdk-pixbuf-2.0`" GDK_PIXBUF_LIBS="`pkg-config --libs gdk-pixbuf-2.0`"

Thanks again, Partha

Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
"
2011-06-04 17:55:20 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: (Each undeclared identifier is reported only once gegl-buffer-save.c:227: error: for each function it appears in.) gegl-buffer-save.c:227: error: 'S_IWGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IROTH' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IWOTH' undeclared (first use in this function) make[4]: *** [gegl-buffer-save.lo] Error 1

That is the same error, but elsewhere, if you provide git formatted patches fixing such issues I will integrate them with GEGL.

/Øyvind K.

«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
"
2011-06-04 17:55:20 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: (Each undeclared identifier is reported only once gegl-buffer-save.c:227: error: for each function it appears in.) gegl-buffer-save.c:227: error: 'S_IWGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IROTH' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IWOTH' undeclared (first use in this function) make[4]: *** [gegl-buffer-save.lo] Error 1

That is the same error, but elsewhere, if you provide git formatted patches fixing such issues I will integrate them with GEGL.

/Øyvind K.

«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
_______________________________________________
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
Partha Bagchi
2011-06-04 18:15:20 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

OK. I create a patch using diff. Would that be sufficient? I attached it to this mail. Hope it comes through.

Thanks for all your help.

Partha

On Sat, Jun 4, 2011 at 1:55 PM, Øyvind Kolås wrote:

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: (Each undeclared identifier is reported only once gegl-buffer-save.c:227: error: for each function it appears in.) gegl-buffer-save.c:227: error: 'S_IWGRP' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IROTH' undeclared (first use in this function) gegl-buffer-save.c:227: error: 'S_IWOTH' undeclared (first use in this function) make[4]: *** [gegl-buffer-save.lo] Error 1

That is the same error, but elsewhere, if you provide git formatted patches fixing such issues I will integrate them with GEGL.

/Øyvind K.

-- «The future is already here. It's just not very evenly distributed»                                                  -- William Gibson http://pippin.gimp.org/                            http://ffii.org/

Michael Schumacher
2011-06-06 07:26:01 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi

wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in

[...]

Von: Partha Bagchi

OK. I create a patch using diff. Would that be sufficient? I attached it to this mail. Hope it comes through.

The S_*GRP and S_*OTH flags aren't defined on the Windows platform, and to my knowledge the bits associated to them don't have any meaning there anyway. I've committed a change to GEGL to fix this (a #ifdef check to change the open command to not use them on the Windows platform).

The next problem that you'll most likely encounter is the undefined fsync in gegl/buffer - in my local tree, I've added a AC_CHECK_FUNS(fsync) directive to my configure.ac and wrapped the fsync calls in #if HAVE_FSYNC.

I guess that fsync could be redefined to FlushFileBuffers (see http://www.humboldt.co.uk/2009/03/fsync-across-platforms.html) on the Windows platform unless a fsync implementation is found by the check.

Regards, Michael

Michael Schumacher
2011-06-06 07:26:01 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi

wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in

[...]

Von: Partha Bagchi

OK. I create a patch using diff. Would that be sufficient? I attached it to this mail. Hope it comes through.

The S_*GRP and S_*OTH flags aren't defined on the Windows platform, and to my knowledge the bits associated to them don't have any meaning there anyway. I've committed a change to GEGL to fix this (a #ifdef check to change the open command to not use them on the Windows platform).

The next problem that you'll most likely encounter is the undefined fsync in gegl/buffer - in my local tree, I've added a AC_CHECK_FUNS(fsync) directive to my configure.ac and wrapped the fsync calls in #if HAVE_FSYNC.

I guess that fsync could be redefined to FlushFileBuffers (see http://www.humboldt.co.uk/2009/03/fsync-across-platforms.html) on the Windows platform unless a fsync implementation is found by the check.

Regards, Michael

Partha Bagchi
2011-06-06 09:27:45 UTC (almost 14 years ago)

Recent Gegl-0.1.7 build fails

You are absolutely right. fsync was a problem while compiling. I fixed that by passing -Dfsync=_commit

See for example: http://lists-archives.org/mingw-users/10348-mingw-now-works-sorta.html

Thanks, Partha

On Mon, Jun 6, 2011 at 3:26 AM, Michael Schumacher wrote:

On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi

wrote:

I tried again. The error still persists:

gegl-buffer-save.c: In function 'gegl_buffer_save': gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in

[...]

Von: Partha Bagchi

OK. I create a patch using diff. Would that be sufficient? I attached it to this mail. Hope it comes through.

The S_*GRP and S_*OTH flags aren't defined on the Windows platform, and to my knowledge the bits associated to them don't have any meaning there anyway. I've committed a change to GEGL to fix this (a #ifdef check to change the open command to not use them on the Windows platform).

The next problem that you'll most likely encounter is the undefined fsync in gegl/buffer - in my local tree, I've added a AC_CHECK_FUNS(fsync) directive to my configure.ac and wrapped the fsync calls in #if HAVE_FSYNC.

I guess that fsync could be redefined to FlushFileBuffers (see http://www.humboldt.co.uk/2009/03/fsync-across-platforms.html) on the Windows platform unless a fsync implementation is found by the check.

Regards, Michael
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de _______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer