Re: [Gchemutils-main] 0.14.13 released.

[Jean Brefort]

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

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