Just to document my findings:
Am 29.09.2014 10:41, schrieb Jan-Marek Glogowski:
1. It doesn't find unordered_map for whatever reason, but calls g++ with
-std=gnu++0x
GLTF/GLTFProfile.h uses std::unordered_map
if we define
namespace compat = std::tr;
and use it, this can be resolved.
2. It tries to use the std::tr1 namespace
As allready mentioned in the other branch of the thread, the code uses a
lot of std::shared_ptr in headers.
A few places in the opencollada headers include <memory>, which gets us
std::shared_ptr, even without using it.
In the tr1 case we're also including <tr1/memory>, which results in the
ambiguity and no easy namespace mapping will resolve it.
Then there is COLLADABaseUtils/include/COLLADABUhash_map.h, which - I
guess - also gets me the std::shared_ptr version.
At least dropping <memory.h> isn't sufficient to get rid of the ambiguity.
And there seems to be no easy way, like the current macros, to decide to
using tr1, as it was mentioned in #gcc, that "gcc 4.6 doesn't set the
__cplusplus macro proprely, it's always set to 1 for c++98 and c++11"
Should we just drop all the TR1 support from collada2gltf at least for
LO 4.4?
Jan-Marek
Context
- Re: 4.3.x linux packages and collada support (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.