Hi John, That makes sense but, unfortunately, I'm not including wx/any.h in any of my modules now (I replaced it with Boost's equivalent any class. The implication would seem to be that one of the other wxWidgets components is including wx/any.h and I don't fancy debugging their library code. I've been advised to try using a later GCC (building wxWidgets with clang gives errors) with wxWidgets also), as I'm told that the anonymous enum issue is solved by updating the compiler. I'm downloading GCC 4.8.2 at the moment, so I guess I've got to learn how to write make files instead of letting Xcode figure out the dependency tree. At least I'll be older and wiser by the end of this and learning the make file stuff is way overdue in my life. Best wishes. Tim Burgess -----Original Message----- From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of John Maddock Sent: 20 November 2013 09:22 To: boost@lists.boost.org Subject: Re: [boost] decay.hpp problem
Here's the output from the Log Navigator, showing how includes are being stacked. I've placed it at:
https://dl.dropboxusercontent.com/u/29578720/Build%20log.rtf
I noted the references to wxAny, which I was using for handling variants, but I've now replaced this with boost::any and I'm not including wxAny in any of my modules, despite the log seeming to implicate this class. Again, the new version of the code builds fine using VS2010, but fails using Xcode.
Your log says: /users/tim/developer/libraries/boost_1_55_0/boost/type_traits/decay.hpp: In instantiation of 'boost::decay<<anonymous enum> >': /users/tim/developer/libraries/wxwidgets/include/wx/any.h:283: instantiated from here So the problem is caused inside any.h which is where decay<sometype> is being instantiated on an anom enum. HTH, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost