Re: [Gchemutils-main] 0.14.13 released.

[Julian Sikorski]

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
>>>>>> 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
>>
>> 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