Re: [Gchemutils-main] 0.14.13 released.

[Jean Brefort]

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

mozilla-plugin.patch
Description: Text Data