It appears that the testing version of ghemical also fails to build with
the current C++ toolchain, at least on alpha (though with a different
error):

make[2]: Entering directory `/home/devel/release/ghemical-1.01/src/graphics'
alpha-linux-gnu-g++  -c -g -O2 -fno-exceptions -I../../src/graphics 
-I../../src/common -I/usr/include/openbabel 
-I/home/devel/release/ghemical-1.01/src -I/usr/include/sc 
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include 
-I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/include 
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include  
./mtools.cpp
./objects.h:93: error: 'obj_loc_data* dummy_object::GetLocDataRW() const' is 
protected
./objects.h:180: error: within this context
./views.h:233: error: variable or field 'mm1_apply_udata_as_cset' declared void
./views.h:233: error: 'mm1_docv' was not declared in this scope
./views.h:233: error: expected primary-expression before ',' token
./views.h:233: error: expected primary-expression before 'void'
./views.h:233: error: initializer expression list treated as compound expression
make[2]: *** [mtools.o] Error 1
make[2]: Leaving directory `/home/devel/release/ghemical-1.01/src/graphics'

The code that causes the build failure in unstable doesn't seem to be
present in ghemical 1.01, which is what I was checking for, but the
package does nevertheless fail to build, which is a serious bug.  I
didn't open a second bug for that failure, because I expect that
ghemical will just be removed from testing if this bug isn't resolved
soon.

Thanks,
-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[EMAIL PROTECTED]                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply via email to