Re: [Gchemutils-main] 0.14.13 released.

[Julian Sikorski]

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
>>> address@hidden
>>> 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