On Thu, Jan 2, 2014 at 2:44 PM, Kay Schenk <kay.sch...@gmail.com> wrote:
>
> On Thu, Jan 2, 2014 at 10:28 AM, Kay Schenk <kay.sch...@gmail.com> wrote:
>
>>
>>
>> On Thu, Jan 2, 2014 at 6:32 AM, Herbert Duerr <h...@apache.org> 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 <h...@apache.org> 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-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@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 <boost/config.hpp>
(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
