Boost logo

Boost :

Subject: Re: [boost] [serialization] Warnings from spirit header in XML archive headers (non_terminal/rule.hpp)
From: Robert Ramey (ramey_at_[hidden])
Date: 2010-05-25 12:46:21

Number Cruncher wrote:
>> I'm encountering many warning about a deprecated header when writing
>> my
>> own XML input archive class:
>> In file included from
>> /opt/cfs/include/boost/archive/impl/basic_xml_grammar.hpp:59,
>> from
>> /opt/cfs/include/boost/archive/impl/xml_iarchive_impl.ipp:41,
>> /opt/cfs/include/boost/spirit/core/non_terminal/rule.hpp:18:4:
>> warning: #warning is a GCC extension
>> /opt/cfs/include/boost/spirit/core/non_terminal/rule.hpp:18:4:
>> warning: #warning "This header is deprecated. Please use:
>> boost/spirit/include/classic_rule.hpp"
>> This is because the serialization library is using "Spirit.Classic"
>> and should be including different headers:
>> I've noticed patches related to this on the web, e.g.
>> ... and have repackaged a patch against the current 1.43.0 which
>> fixes
>> these warnings? Please could this be committed for the next release?

I spent some time with a similar patch. I found no way a makiing it
compatible with one of the compilers which serialization supported at the
(borland). So I just left things as they were.

In the meantime the borland compiler version of the serialization library
has been broken in any case so my original motivation for not doing
like this non longer exists. On the other hand, the warning is totally
and only appears when the library is built - not in user programs so I
don't think it's worth any effort to address.

If one want's to do something truely worthwhile, it would be
to upgrade the xml_serialization to latest version of Qi/Karma.
It's purported to be much faster. The serialization library uses
spirit to parse only one line of xml at a time so it's actually
a very simple application. That is, it's a good excercise for
someone who want's to experience spirit but doesn't have
a real application available.

Robert Ramey

Boost list run by bdawes at, gregod at, cpdaniel at, john at