Compilation problem with date_time and iostream gzip (and bzip2) filters

[tonton]

This simple test fails to compile with gcc 4.0.1 (or 4.0.2, it's the
debian unstable version) and boost 1.33.0 if the date_time include is
uncommented.
Is there any known incompatibility between the two libraries ?


#include <boost/iostreams/filtering_stream.hpp>
#include <boost/iostreams/filter/gzip.hpp>

// #include <boost/date_time/local_time/local_time.hpp>

int main()
{
boost::iostreams::filtering_istream in;
in.push(boost::iostreams::gzip_compressor());
return 0;
}

The full error is attached

[Jonathan Turkanis]

Post by tonton
This simple test fails to compile with gcc 4.0.1 (or 4.0.2, it's the
debian unstable version) and boost 1.33.0 if the date_time include is
uncommented.
Is there any known incompatibility between the two libraries ?

This appears to be the GCC 4.0 + SFINAE + anonymous enum problem discussed in
this thread: http://lists.boost.org/Archives/boost/2005/08/91958.php. I'd guess
that Date_Time is using anonymous enum (directly or indirectly) and it's
interfering with a SFINAE'd operator in Iostreams, or vice versa. Even if I can
fix the interaction between Date_Time and Iostreams, it may still be a problem
when one of the two libraries is used with certain non-Boost libraries.

I'll work on fixing it. In the mean time, it would be helpful if you could name
the several anonymous enums defined in Iostreams and report back. E.g., at line
148 of boost/iostreams/filter/aggregate.hpp, change

enum {

to

enum flag_type {

(you can use the name "flag_type" everywhere.) The affected files seem to be

boost/iostreams/filter/aggregate.hpp
boost/iostreams/filter/gzip.hpp
boost/iostreams/filter/line.hpp
boost/iostreams/filter/symmetric.hpp

Jonathan

[tonton]

Post by Jonathan Turkanis
This appears to be the GCC 4.0 + SFINAE + anonymous enum problem discussed in
this thread: http://lists.boost.org/Archives/boost/2005/08/91958.php. I'd guess
that Date_Time is using anonymous enum (directly or indirectly) and it's
interfering with a SFINAE'd operator in Iostreams, or vice versa. Even if I can
fix the interaction between Date_Time and Iostreams, it may still be a problem
when one of the two libraries is used with certain non-Boost libraries.

OK. I've seen that this was a problem with anonymous enums, but I
haven't found the exact reason.

Post by Jonathan Turkanis
I'll work on fixing it. In the mean time, it would be helpful if you could name
the several anonymous enums defined in Iostreams and report back. E.g., at line
148 of boost/iostreams/filter/aggregate.hpp, change

There is more files with anonymous enums in iostream.
a quick grep gives this:
$ rgrep "enum {" boost/iostreams/*
boost/iostreams/code_converter.hpp: enum {
boost/iostreams/detail/streambuf/indirect_streambuf.hpp: enum {
boost/iostreams/filter/line.hpp: enum {
boost/iostreams/filter/symmetric.hpp: enum {
boost/iostreams/filter/gzip.hpp: enum {
boost/iostreams/filter/gzip.hpp: enum {
boost/iostreams/filter/aggregate.hpp: enum {

I changed them, and the example in my first post compiles, with both
gzip and bzip2 filters.
Patch attached.

Thanks for the quick response

Post by Jonathan Turkanis
Jonathan

[Jonathan Turkanis]

Post by tonton

Post by Jonathan Turkanis
This appears to be the GCC 4.0 + SFINAE + anonymous enum problem
http://lists.boost.org/Archives/boost/2005/08/91958.php. I'd guess
that Date_Time is using anonymous enum (directly or indirectly) and
it's interfering with a SFINAE'd operator in Iostreams, or vice
versa. Even if I can fix the interaction between Date_Time and
Iostreams, it may still be a problem when one of the two libraries
is used with certain non-Boost libraries.

OK. I've seen that this was a problem with anonymous enums, but I
haven't found the exact reason.

Post by Jonathan Turkanis
I'll work on fixing it. In the mean time, it would be helpful if
you could name the several anonymous enums defined in Iostreams and
report back. E.g., at line 148 of
boost/iostreams/filter/aggregate.hpp, change

There is more files with anonymous enums in iostream.
$ rgrep "enum {" boost/iostreams/*
boost/iostreams/code_converter.hpp: enum {
boost/iostreams/detail/streambuf/indirect_streambuf.hpp: enum {
boost/iostreams/filter/line.hpp: enum {
boost/iostreams/filter/symmetric.hpp: enum {
boost/iostreams/filter/gzip.hpp: enum {
boost/iostreams/filter/gzip.hpp: enum {
boost/iostreams/filter/aggregate.hpp: enum {
I changed them, and the example in my first post compiles, with both
gzip and bzip2 filters.
Patch attached.

Great! Thanks for the patch. The fix will appear in 1.33.1

Post by tonton
Thanks for the quick response

Post by Jonathan Turkanis
Jonathan