openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kay Schenk <kay.sch...@gmail.com>
Subject Re: EXTERNAL: Re: Building comphelper
Date Wed, 04 Dec 2013 00:41:47 GMT
On Tue, Dec 3, 2013 at 3:09 PM, Steele, Raymond <raymond.steele@lmco.com>wrote:

> Here is what we ended the day with after making the changes to the
> includes.
>
> 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.
>

I'm following this progress as well, since I, too, am having many problems
with boost disconnects in this same area. I did NOT include any additional
libraires as you did, so I'm still stuck in sal. :/



>
> -----Original Message-----
> From: Steele, Raymond
> Sent: Tuesday, December 03, 2013 2:41 PM
> To: 'Herbert Duerr'; 'dev@openoffice.apache.org'
> Cc: Meffe, David K
> Subject: RE: EXTERNAL: Re: Building comphelper
>
> Just to give you an update.
>
> We were able compile  debugbase.cxx  by including
> /opt/solarisstudios12.3/prod/include/CC/stlport4, but  the next module
> wanted  ../include/CC/Cstd.  Then it went back and forth. There seems to be
> a disconnect between which C/C++ implementation it wants and I do not think
> they are compatible with each other.  As of now, we've loaded the Apache
> C++ stdcxx4 implementation so that we can retry using just the one
> implementation. However,  we've noticed that stdcxx4 does not provide
> hash_map and hash_set, among others,  so we included
> ../main/stlport/system1/ files. Hopefully, this will work for us. If you
> have any comments ideas, please let us know.
>
> Raymond
>
> -----Original Message-----
> From: Steele, Raymond
> Sent: Tuesday, December 03, 2013 9:22 AM
> To: 'Herbert Duerr'; dev@openoffice.apache.org
> Cc: Meffe, David K
> Subject: RE: EXTERNAL: Re: Building comphelper
>
> Herbert,
>
> Thanks for the information. Sorry about the PDF. Unfortunately, we are
> unable to do a simple copy and paste because of the way are system is
> setup. The only other option that I have is to type the output, but that
> would have taken much longer.  We just implemented the patch, but are still
> receiving the same output. We are investigating now.
>
> Thanks,
>
> Raymond
>
> -----Original Message-----
> From: Herbert Duerr [mailto:hdu@apache.org]
> Sent: Tuesday, December 03, 2013 3:36 AM
> To: dev@openoffice.apache.org
> Cc: Meffe, David K; Steele, Raymond
> Subject: Re: EXTERNAL: Re: Building comphelper
>
> Hi Raymond,
>
> On 02.12.2013 23:34, Steele, Raymond wrote:
> > Let me know if you did not get the attachment.
>
> Attachments usually get stripped on the mailing list, but I got it because
> was on CC. As the PDF only contained scanned text a simple
> copy+paste of that text would have been better.
>
> > We are having trouble interpreting the boost preprocessor macros. We are
> receiving the following output when compiling sal/osl/all.  I've attached
> the output as a pdf.
>
> Line 133 of main/sal/osl/all/debugbase.cxx had a problem with a
> hand-crafted map::value_type and const correctness. Please try this patch
> to make the construct more digestible:
>
> --- main/sal/osl/all/debugbase.cxx
> +++ main/sal/osl/all/debugbase.cxx
> @@ -129,10 +129,9 @@ void SAL_CALL
> osl_detail_ObjectRegistry_registerObject(
>   {
>       if (rData.m_bStoreAddresses) {
>           osl::MutexGuard const guard(
> osl_detail_ObjectRegistry_getMutex() );
> -        std::pair<osl::detail::VoidPointerSet::iterator, bool> const
> insertion(
> -            rData.m_addresses.insert(pObj) );
> -        DEBUGBASE_ENSURE( insertion.second, "### insertion failed!?" );
> -        static_cast<void>(insertion);
> +        const bool bOK = rData.m_addresses.insert(pObj).second;
> +        DEBUGBASE_ENSURE( !bOK, "### insertion failed!?" );
> +        (void)bOK; // unused for non-debug
>       }
>       else {
>           osl_incrementInterlockedCount(&rData.m_nCount);
>
>
> Please report whether this helps, I'll commit the change then.
>
> Herbert
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>


-- 
-------------------------------------------------------------------------------------------------
MzK

"Cats do not have to be shown how to have a good time,
 for they are unfailing ingenious in that respect."
                                       -- James Mason

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message