oqgraph-dev team mailing list archive

[Arjen Lentz <arjen@xxxxxxxxxxxxx>]

Hi Andrew

The MariaDB gang now assigns OQGRAPH related items in their Jira tracker to me, so I get to catch them earlier.
This one has just come in... I presume it's also relevant for v3, so can you take a look and make sure it's resolved for our stuff?

Essentially v3 has to deal with a range of Boost/BGL versions because of the different platforms and platform versions it gets compiled on as part of MariaDB. That is a really critical issue for MariaDB builds, if that process is too painful for the build engineers then OQGRAPH has a hard time staying in the main tree.... at the moment some platforms are excluded, which is bad also.
(I'd like it to work on Windows, also - I think at the moment v2 doesn't work in 64bit or something).


----- Forwarded Message -----
From: "AL13N (JIRA)" <jira@xxxxxxxxxxxxxxxxxxxxx>
To: arjen@xxxxxxxxxxxxx
Sent: Saturday, 20 July, 2013 2:28:25 AM
Subject: [JIRA] (MDEV-4795) oqgraph engine fails to build with boost 1.54.0


    [ https://mariadb.atlassian.net/browse/MDEV-4795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33514#comment-33514 ] 

AL13N commented on MDEV-4795:
-----------------------------

to my untrained eye, this looks like a bad header dependency in boost...
                
> oqgraph engine fails to build with boost 1.54.0
> -----------------------------------------------
>
>                 Key: MDEV-4795
>                 URL: https://mariadb.atlassian.net/browse/MDEV-4795
>             Project: MariaDB Development
>          Issue Type: Bug
>    Affects Versions: 5.5.32
>         Environment: Slackware Linux (current tree), gcc 4.8.1, glibc 2.17
>            Reporter: Heinz Wiesinger
>            Assignee: Arjen Lentz
>            Priority: Minor
>             Fix For: 5.5.33
>
>
> Building MariaDB against a new boost version results in building erros for the OQGraph storage plugin:
> {noformat}
> [ 64%] Building CXX object storage/oqgraph/CMakeFiles/oqgraph.dir/graphcore.cc.o
> In file included from /usr/include/boost/graph/adjacency_list.hpp:45:0,
>                  from /tmp/mariadb-5.5.32/storage/oqgraph/graphcore.cc:40:
> /usr/include/boost/graph/named_graph.hpp: In instantiation of 'void boost::graph::named_graph<Graph, Vertex, VertexProperty>::removing_vertex(Vertex, VertexIterStability) [with VertexIterStability = boost::graph_detail::unstable_tag; Graph = boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo>;
> Vertex = long unsigned int; VertexProperty = open_query::VertexInfo]':
> /usr/include/boost/graph/detail/adjacency_list.hpp:2203:7:   required from 'void boost::remove_vertex(typename Config::vertex_descriptor, boost::vec_adj_list_impl<G, C, B>&) [with
> Graph = boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo>; Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo>, boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo, boost::no_property, boost::listS>::config; Base = boost::bidirectional_graph_helper_with_property<boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo>, boost::vecS, boost::vecS, boost::bidirectionalS, open_query::VertexInfo, open_query::EdgeInfo, boost::no_property, boost::listS>::config>; typename Config::vertex_descriptor = long unsigned int]'
> /tmp/mariadb-5.5.32/storage/oqgraph/graphcore.cc:578:35:   required from here
> /usr/include/boost/graph/named_graph.hpp:318:46: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE<false>'
>    BOOST_STATIC_ASSERT_MSG ((boost::is_base_of<boost::graph_detail::stable_tag,}VertexIterStability>::value), "Named graphs cannot use vecS as vertex container and remove vertices; the lack of vertex descriptor stability (which iterator stability is a proxy for) means that the name -> vertex mapping would need to be completely rebuilt after each deletion.  See https://svn.boost.org/trac/boost/ticket/7863 for more information and a test case.");
>                                               ^
> make[2]: *** [storage/oqgraph/CMakeFiles/oqgraph.dir/graphcore.cc.o] Error 1
> make[1]: *** [storage/oqgraph/CMakeFiles/oqgraph.dir/all] Error 2
> make: *** [all] Error 2
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-- 
Arjen Lentz, Exec.Director @ Open Query (http://openquery.com)
Australian peace of mind for your MySQL/MariaDB infrastructure.

Follow us at http://openquery.com/blog/ & http://twitter.com/openquery