W dniu 04.07.2016 o 11:10, Jean Brefort pisze: > Le lundi 04 juillet 2016 à 09:41 +0200, Jean Brefort a écrit : >> Le lundi 04 juillet 2016 à 08:48 +0200, Julian Sikorski a écrit : >>> 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/gno >>>>>> me >>>>>> -che >>>>>> mistry-utils-0.14.13.tar.bz2 >>>>>> http://download.savannah.gnu.org/releases/gchemutils/0.14/gno >>>>>> me >>>>>> -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 >> >> glib_CFLAGS is defined while running configure. You need to run >> automake first before configure so that the Makefile.am changes are >> taken into account. >> >> Best regards, >> Jean >> > > Hmm, the glib test is missing too, add the following line in > configure.ac and run autoconf: > > PKG_CHECK_MODULES(glib, [glib-2.0 >= 2.36.0]) > > Best regards and sorry for the inconvenience, > Jean > 0.14.14 works, thank you!
Best regards, Julian _______________________________________________ Gchemutils-main mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/gchemutils-main
