Herbert Duerr,

Thanks for much of the help you have provided in this venture to help us get 
OpenOffice working in Solaris 11. Because of this we have gotten further into 
the compile of the OpenOffice software. We have moved past the external sources 
compile errors by using a newer version of Boost (1.49) and adding in the 
updates to the emplace_args.hpp file that have been posted on the web.

However, we are now encountering a problem within the binaryurp in the 
bridge.cxx compile. The first error message is as follows:

"../main/binaryurp/source/cache.hxx", line 113: Error: iterator is not a member 
of 
std::map<com:sun::star::uno::TypeDescription,binaryurp::Cache<com::sun::star::uno::TypeDescription>::Entry>.

Looking at the code, it doesn't seem like an obvious error. The line it 
complains about is inside a struct Entry and the error occurs when defining a 
member variable named prev as a Map::iterator. We could use some insight into 
this problem and would appreciate any help. Thanks.

David Meffe

-----Original Message-----
From: Herbert Duerr [mailto:h...@apache.org] 
Sent: Thursday, December 05, 2013 2:42 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper

Hi Raymond,

> Thanks Herbert. Do you have any idea why we would be receiving the following?
>
> Compiling: sal/rtl/source/unload.cxx
> "/usr/local/include/boost/unordered/detail/emplace_args.hpp", line 199: 
> Error:Could not find a match for 
> boost::tuples::get<boost::tuples::N,boost::tuples::HT, 
> boost::tuples::TT>(constboost::tuples::tuple<boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type>) 
> needed 
> inboost::unordered::detail::construct_from_tuple<configmgr::Partial::Node,boost::tuples::null_type>(configmgr::Partial::Node*,
>  constboost::tuples::tuple<boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, 
> boost::tuples::null_type>&).
> "/usr/local/include/boost/unordered/detail/emplace_args.hpp", line 350:Where: 
> While 
> instantiating"boost::unordered::detail::construct_from_tuple<configmgr::Partial::Node,boost::tuples::null_type>(configmgr::Partial::Node*,
>  constboost::tuples::tuple<boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, boost::tuples::null_type, 
> boost::tuples::null_type,boost::tuples::null_type, 
> boost::tuples::null_type>&)".
> "/usr/local/include/boost/unordered/detail/emplace_args.hpp", line 350:Where: 
> Instantiated from 
> boost::unordered::unordered_map<rtl::OUString,configmgr::Partial::Node, 
> boost::hash<rtl::OUString>,_STL::equal_to<rtl::OUString>, 
> _STL::allocator<_STL::pair<const 
> rtl::OUString,configmgr::Partial::Node>>>::operator[](const rtl::OUString&).
> "/opt/aoo-4.0.0/main/ sal/rtl/source/unload.cxx ", line 217:     Where: 
> Instantiated from non-template code.

Are you using the configure option --with-system-boost? If not, then the boost 
headers should be found in
        .../main/solenv/*/unx*/inc/boost/
and not in
        /usr/local/include/boost/

The top suspect for the actual problem you are seeing is a boost problem [1]. 
It was fixed in boost 1.49 with [2]. AOO is currently using boost
1.48 but problems such as this indicate that an update is overdue.

[1] https://svn.boost.org/trac/boost/ticket/6784
[2] https://svn.boost.org/trac/boost/changeset/77972

Could you try to apply the patch [2] to the problematic boost header to check 
whether this solves the problem? If yes, we could apply it to our local boost 
header with the patch mechanism. Or even better we could update our boost libs, 
but that would eventually open another can of worms...

Herbert


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to