Al 11/03/13 16:24, En/na Dominique Michel ha escrit:
> Le Mon, 11 Mar 2013 03:50:25 +0100,
> David García Garzón <david.gar...@upf.edu> a écrit :
>
>> Welcome and thanks for the report.
>>
>> I am working with gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2 and I
>> cannot reproduce the error. Any light on the problem? patches?
>>
>> Two guesses:
>> 1 - TIME_UTC is defined anywhere else in system headers
> This is it. I guess I get this behaviour after some system update.
> In my installed include, beside libclam, I found the following:
>
> ./boost/thread/xtime.hpp:    TIME_UTC_=1
> ./boost/thread/xtime.hpp:    if (clock_type == TIME_UTC_)
> ./time.h:# define TIME_UTC 1
>
> They are from boost-1.52.0 and glibc-2.16.0
> I guess this is the glibc include that cause the issue.

The problematic one is glibc's. Indeed because of that, boost had to
append the underline: https://svn.boost.org/trac/boost/ticket/6940

We could do the same or undefine it in there. The former is ugly, the
later is dangerous (whoever uses it should undefine it). I nicer
solution would be using UTC_TIME but i was not the one who wrote that
and i don't know whether the names respond to any logic or standard.
Indeed the header looks much like boost one and maybe it comes from a
piece of code.

>> 2 - Some problem with anonymous enums in your gcc version
> I would be surprised, because even if I don't know much about
> c/c++, I guess other packages would be causing problems on gentoo.
> (gentoo compile everything)

Yep, you are right. It is the macro in glibc.

>> Two things to try:
>> 1- Placing #undefine TIME_UTC just before the first complaining line.
> The joined patch fix this issue for me.

I will apply it right now, thanks!


David.

_______________________________________________
clam-devel mailing list
clam-devel@lists.clam-project.org
http://lists.clam-project.org/listinfo.cgi/clam-devel-clam-project.org

Reply via email to