lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lmi] LIBXMLPP_USE_STD_STRING


From: Greg Chicares
Subject: [lmi] LIBXMLPP_USE_STD_STRING
Date: Tue, 24 Oct 2006 03:02:49 +0000
User-agent: Thunderbird 1.5.0.4 (Windows/20060516)

Vadim--regarding this change:

http://cvs.savannah.gnu.org/viewcvs/lmi/lmi/workhorse.make?r1=1.73.2.1&sortby=date&r2=1.73.2.2&only_with_tag=gnome-xml-branch

I wonder whether we're patching and configuring libxml++ the
same way, because with that change I get the error at the
bottom of this email. Could I ask you to look for a way to
conditionalize this somehow, or to make it unnecessary by
using the same patches and configury settings we do? Here:

http://cvs.savannah.gnu.org/viewcvs/lmi/lmi/gwc/build_libxmlpp.make?view=log&rev=1.1&sortby=date&only_with_tag=MAIN

is a makefile I just uploaded that shows that we're using
'libxml++_replace_ustring_with_std_string.updated.patch'
and '--without-ustring'. [Once we get all the right patches
together, we'll store them someplace like our ftp area so
that this makefile can grab them easily with wget--I don't
know how to do that with files stored in the savannah patch
tracker.]

Here's a sample of the diagnostics I'm getting now:

In file included from C:/usr/local/include/libxml++-2.6/libxml++/xmlstring.h:17,
                 from 
C:/usr/local/include/libxml++-2.6/libxml++/exceptions/exception.h:27,
                 from 
C:/usr/local/include/libxml++-2.6/libxml++/exceptions/internal_error.h:25,
                 from C:/usr/local/include/libxml++-2.6/libxml++/libxml++.h:10,
                 from C:/lmi/src/lmi/configurable_settings.cpp:36:
C:/usr/local/include/libxml++-2.6/libxml++/xmlppversion.h:19:1: 
"LIBXMLPP_USE_STD_STRING" redefined
<command line>:7:1: this is the location of the previous definition
make.EXE[1]: *** [configurable_settings.o] Error 1




reply via email to

[Prev in Thread] Current Thread [Next in Thread]