Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4459C10965 for ; Wed, 8 Jan 2014 00:09:48 +0000 (UTC) Received: (qmail 71953 invoked by uid 500); 8 Jan 2014 00:09:47 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 71871 invoked by uid 500); 8 Jan 2014 00:09:47 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 71863 invoked by uid 99); 8 Jan 2014 00:09:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jan 2014 00:09:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kay.schenk@gmail.com designates 209.85.160.50 as permitted sender) Received: from [209.85.160.50] (HELO mail-pb0-f50.google.com) (209.85.160.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jan 2014 00:09:42 +0000 Received: by mail-pb0-f50.google.com with SMTP id rr13so807545pbb.23 for ; Tue, 07 Jan 2014 16:09:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=a4K2oLT1FEcvR4g+294jliFYgw/3SEE0bzQaXn1zzTk=; b=woxN2MJCg5vuCkUCrD20Ssi4M/ILpC6006kVPfdktCaj1HEvMpgbZ2QjsYkvfzXO2X heshUoSLuH0l/qPP9BoIYHx6iQwLYul41NWky4sc09Ant+XrMuxH+vvyzeZfcPh93gF9 cIGCTJnC6CXCs9sgMX0NBciFjupSqLy+l8VH1TRpZUL9sYxHxbZD9NSIWZodARENK8Fz S/044Bt3kXdFb/D+AjmS8sGPjYykJ3a02VYMF6iaIVoPOdnAPdD+o72b7UnqAL6UxNcV kA38POqN/6wainjSMgz/xZgxuHBG9okvwJE6ZLuPI5r+LL862L8Sny3JprZDBFeTjywg mKGA== MIME-Version: 1.0 X-Received: by 10.68.251.133 with SMTP id zk5mr138713501pbc.69.1389139762059; Tue, 07 Jan 2014 16:09:22 -0800 (PST) Received: by 10.70.81.231 with HTTP; Tue, 7 Jan 2014 16:09:21 -0800 (PST) In-Reply-To: References: <528C6C80.9080107@apache.org> <528F2045.50309@apache.org> <529DB416.1040808@apache.org> <529F09B7.7080300@apache.org> <52A04A67.1020907@apache.org> <52A16EC5.2040503@apache.org> <52A5C59C.6040904@apache.org> <52AB1403.5070009@apache.org> <52B7EB9B.1080706@apache.org> <52C57888.1010700@apache.org> Date: Tue, 7 Jan 2014 16:09:21 -0800 Message-ID: Subject: Re: Using system boost 1.54 (was Re: EXTERNAL: Re: Building comphelper) From: Kay Schenk To: devAOO Content-Type: multipart/alternative; boundary=047d7b1630a90fa11004ef6a4e27 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b1630a90fa11004ef6a4e27 Content-Type: text/plain; charset=UTF-8 On Thu, Jan 2, 2014 at 2:44 PM, Kay Schenk wrote: > > On Thu, Jan 2, 2014 at 10:28 AM, Kay Schenk wrote: > >> >> >> On Thu, Jan 2, 2014 at 6:32 AM, Herbert Duerr wrote: >> >>> Happy new year! >>> >>> A small update on the problem Kay mentioned: >>> >>> >>> On 23.12.2013 08:51, Herbert Duerr wrote: >>> >>>> Kay Schenk wrote: >>>> >>>>> On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr wrote: >>>>> >>>>>> [...] >>>>>> In your installation the hash template is apparently already mapped >>>>>> to the >>>>>> std namespace, so us trying to map it there again causes trouble. To >>>>>> verify >>>>>> this idea you could comment out the >>>>>> using STLP4_EMUBASE_NS::hash; >>>>>> lines in booth main/stlport/systemstl/hash_* files. >>>>>> >>>>>> >>>>> a short update on my progress... >>>>> >>>>> The suggestion above worked for that problem... >>>>> >>>> >>>> Wonderful! This means some parts (or all?) of boost's tr1 headers are >>>> already directly into the std namespace. And they are of course also >>>> available in the std::tr1 namespace where they come from. Please have a >>>> look at the preprocessor output. To see what the compiler sees to achive >>>> this. >>>> >>> >>> If you compiled in C++11 mode then the C++11 templates for TR1 libraries >>> are already required to be in the std namespace. When I tried it out myself >>> I saw similar problems to the ones you saw. I fixed them in issue 123947 / >>> revision 1554812 on trunk. You might want to try it out. >>> >> >> OK -- I hadn't gotten back to this yet. >> >> >>> >>> Kay, did you explicitly enable C++11 mode for your Linux build? AFAIK >>> C++11 mode is not enabled by default on any Linux distribution, or has a >>> distro already switched this default? I'm sure this would break a lot of >>> third-party codes... >>> >> >> yes, since I thought we were working toward this as a standard... >> >> I saw your commits and am hopeful this will solve my situation... >> >> >>> >>> >>> 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 >> > > Well I got a bit further long with this -- so YAY! for your changes. > > But,...I am now having problems compiling regimpl.cxx in module "registry" > -- > > Here's the traceback if you're interested but I will investigate as well. > > > In file included from /usr/include/boost/bind/mem_fn.hpp:25:0, > from /usr/include/boost/mem_fn.hpp:22, > from /usr/include/boost/tr1/functional.hpp:62, > from /usr/include/boost/tr1/tr1/functional:27, > from /home/kschenk/AOO_source/main/solver/410/ > unxlngi6.pro/inc/stl/functional:36, > from /usr/include/c++/4.7/memory:81, > from > /home/kschenk/AOO_source/main/registry/source/regimpl.cxx:29: > /usr/include/boost/get_pointer.hpp:27:40: error: template declaration of > 'T* boost::get_pointer' > /usr/include/boost/get_pointer.hpp:27:35: error: 'auto_ptr' is not a > member of 'std' > /usr/include/boost/get_pointer.hpp:27:50: error: expected > primary-expression before '>' token > /usr/include/boost/get_pointer.hpp:27:52: error: expected > primary-expression before 'const' > /usr/include/boost/get_pointer.hpp:34:41: error: template declaration of > 'T* boost::get_pointer' > /usr/include/boost/get_pointer.hpp:34:36: error: 'unique_ptr' is not a > member of 'std' > /usr/include/boost/get_pointer.hpp:34:53: error: expected > primary-expression before '>' token > /usr/include/boost/get_pointer.hpp:34:55: error: expected > primary-expression before 'const' > /usr/include/boost/get_pointer.hpp:39:41: error: template declaration of > 'T* boost::get_pointer' > /usr/include/boost/get_pointer.hpp:39:36: error: 'shared_ptr' is not a > member of 'std' > /usr/include/boost/get_pointer.hpp:39:53: error: expected > primary-expression before '>' token > /usr/include/boost/get_pointer.hpp:39:55: error: expected > primary-expression before 'const' > /home/kschenk/AOO_source/main/registry/source/regimpl.cxx: In member > function 'RegError ORegistry::saveKey(RegKeyHandle, const rtl::OUString&, > sal_Bool, sal_Bool)': > /home/kschenk/AOO_source/main/registry/source/regimpl.cxx:963:37: warning: > 'auto_ptr' is deprecated (declared at > /usr/include/c++/4.7/backward/auto_ptr.h:87) [-Wdeprecated-declarations] > dmake: Error code 1, while making '../unxlngi6.pro/slo/regimpl.obj' > > > > > -- > > ------------------------------------------------------------------------------------------------- > MzK > > "Cats do not have to be shown how to have a good time, > for they are unfailing ingenious in that respect." > -- James Mason > Given your recent commits as patches to (now suppiled) boost_1.55, AND some interesting definitions in /main/stlport/systemstl/slist #else // fall back to boost/tr1 (forward_list or plain list) #include (who knows if the suppiled config.hpp jives with my own) I ditched using my local boost_1.54, and things are going much much better. Not quite there yet but close. :} At this point, given the customized work you've done, we might think of warning folks against using their local boost versions -- at least put some notes in configure.in. Just a thought. Thanks again for your help. -- ------------------------------------------------------------------------------------------------- MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason --047d7b1630a90fa11004ef6a4e27--