Re: [boost] decay.hpp problem
OK,
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.
Best wishes.
Tim Burgess
-----Original Message-----
From: Steve Ramsey [mailto:steve@lucena.com]
Sent: 18 November 2013 18:59
To: tim@raisedbar.net
Subject: Re: [boost] decay.hpp - anonymous enum problem
On Nov 18, 2013, at 7:37 AM, Tim Burgess
I'm pretty much a newbie when it comes to Xcode, so I've no idea how to get you that trace - the Issue Navigator gives me no clues as to what's including/calling decay.hpp. Any clues/links to reading materials would be most welcome.
I find the Log Navigator using the Assistant editor pane to be more flexible than the Issue Navigator when dealing with failed build detritus. So, from the Log Navigator, select your failed build. In the editor pane, you'll find an expandable list of build issues broken down by file. On the far right side of each file-level entry, there is a "show transcript" widget; popup text shows the internal command that was issued for the file and when it was issued. Clicking the widget will show a complete dump of the compiler/linker output for that particular command. It's also possible to right-click on any given issue entry and copy the transcript for either just the current issue or for the entire filtered list of issues. Steve
On 11/19/2013 4:43 PM, Tim Burgess wrote:
OK,
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
The 1st errror refers to an anonymous enum error: /users/tim/developer/libraries/boost_1_55_0/boost/type_traits/decay.hpp:28: error: '<anonymous enum>' is/uses anonymous type I just saw this listed today as a bug in gcc 4.2, but I don't remember where I read. Jeff
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.
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
participants (3)
-
Jeff Flinn -
John Maddock -
Tim Burgess