W dniu 04.07.2016 o 08:27, Jean Brefort pisze: > Le lundi 04 juillet 2016 à 08:15 +0200, Julian Sikorski a écrit : >> W dniu 03.07.2016 o 08:33, Jean Brefort pisze: >>> Hi, >>> >>> This is a new maintainance release. >>> Main news are: >>> >>> GChemPaint: >>> * Optional use of Lasem to display maths. (backported from trunk) >>> * Fix rendering with gtk+ >= 3.20. >>> * Fix crash with atom charges larger than 1. >>> * Fix crash when deleting a bond outside a molecule. [#48256] >>> >>> Gnumeric plugin: >>> * Add monoisotopicmass function in gnumeric and more. (backported >>> from >>> trunk) >>> >>> Databases: >>> * Update names for elements 113, 115, 177 and 118. >>> >>> As can be seen, some features were backported from the development >>> branch which is essentially stalled for now. I'll retire from >>> professional life in october this year and I have no plans at the >>> moment for the future of this software. May be I'll publish 0.16 >>> with >>> the currently working new features (essentially reaction arrows >>> accepting several attached objects) since they would be not that >>> easy >>> to backport. >>> >>> Sources can be downloaded at: >>> http://download.savannah.gnu.org/releases/gchemutils/0.14/gnome-che >>> mistry-utils-0.14.13.tar.bz2 >>> http://download.savannah.gnu.org/releases/gchemutils/0.14/gnome-che >>> mistry-utils-0.14.13.tar.xz >>> >>> Best regards, >>> Jean >>> >>> >>> >>> _______________________________________________ >>> Gchemutils-main mailing list >>> [email protected] >>> https://lists.nongnu.org/mailman/listinfo/gchemutils-main >>> >> Hi Jean, >> >> for a reason I don't understand moz-plugin.c does not build anymore: >> >> /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H >> -DLIBEXECDIR=\"/usr/libexec\" -DDATADIR=\"/usr/share\" -I. -I.. >> -DXP_UNIX -I/usr/include/xulrunner-44.0 -O2 -g -pipe -Wall >> -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions >> -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc- >> switches >> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -c >> -o >> libmozgcu_la-moz-plugin.lo `test -f 'moz-plugin.c' || echo './'`moz- >> plugin.c >> libtool: compile: gcc -DHAVE_CONFIG_H -DLIBEXECDIR=\"/usr/libexec\" >> -DDATADIR=\"/usr/share\" -I. -I.. -DXP_UNIX >> -I/usr/include/xulrunner-44.0 -O2 -g -pipe -Wall -Werror=format- >> security >> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong >> --param=ssp-buffer-size=4 -grecord-gcc-switches >> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -c >> moz-plugin.c -fPIC -DPIC -o .libs/libmozgcu_la-moz-plugin.o >> moz-plugin.c:32:18: fatal error: glib.h: No such file or directory >> compilation terminated. >> Makefile:643: recipe for target 'libmozgcu_la-moz-plugin.lo' failed >> make[2]: *** [libmozgcu_la-moz-plugin.lo] Error 1 >> >> It appears change 2031 is to blame: >> - I/usr/include/glib-2.0 is part of $(goffice_CFLAGS) >> - $(goffice_CFLAGS) is supposed to be passed to via to moz-plugin.c >> via >> AM_CPPFLAGS >> - only AM_CFLAGS end up being part of libmozgcu_la-moz-plugin.lo >> target >> >> Unfortunately I do not know automake enough to fix it. >> >> Best regards, >> Julian >> > > Oops, looks like I only build the mozilla plugin from trunk were that > issue was fixed (no idea why I did not backport). Try with attached > patch. I'll manage to release again later today if time permits. > > Thanks for reporting, > Jean > The patch does not seem to help unfortunately. Is glib_CFLAGS defined anywhere? grep does not find any references to it.
Best regards, Julian _______________________________________________ Gchemutils-main mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/gchemutils-main
