On Wed, 12 Mar 2014 12:53:58 +0100
Moritz Moeller <[email protected]> wrote:
> On 12/3/14 11:27 am, Tobias Ellinghaus wrote:
> > Am Freitag, 7. März 2014, 19:30:18 schrieb Tobias Ellinghaus:
> >> Am Freitag, 7. März 2014, 18:40:45 schrieb Moritz Moeller:
> >>> /Users/ritz/development/darktable/build/src/iop/introspection_bilateral.cc
> >>> :7 6:35: error: expected expression
> >>>
> >>> introspection_linear[0].Float = {
> >>
> >> Thought so. So it's maybe only old versions of g++ that need a different
> >> codepath, new g++, old and new gcc and maybe clang can manage with the
> >> same.
> >> I will look into it in the next few days.
> >
> > Should be fixed now.
>
> Fixed indeed. Cheers!
>
>
>
> However, I get a linking error a tad later with the OpenEXR stuff:
>
> Linking CXX shared module libexr.so
> Undefined symbols for architecture x86_64:
> "Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> >
> >::readValueFrom(Imf::IStream&, int, int)", referenced from:
> vtable for Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> > > in exr.cc.o
> "Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> >
> >::staticTypeName()", referenced from:
> Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> > >::typeName()
> const in exr.cc.o
> "Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> >
> >::writeValueTo(Imf::OStream&, int) const", referenced from:
> vtable for Imf::TypedAttribute<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> > > in exr.cc.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
>
> Could this be related to OS X 10.9 Mavericks making a different std C++
> lib the default?
>
> There are now std::__1 and std namespaces, depending on which lib.
>
> The dependency (OpenEXR) comes from MacPorts in my case. I would guess
> that macports builds against the lib with the std namepace, not std::__1.
>
> See
> https://stackoverflow.com/questions/19637164/c-linking-error-after-upgrading-to-mac-os-x-10-9-xcode-5-0-1
>
>
> I will try adding -stdlib=libstdc++ to the link flags for DT and report
> back if that fixes it. I guess we need to decide which lib to use here
> though. The old libstdc++ or the new libc++. And add some info to the
> build instructions for OS X as all deps have to be linked against that
> version of the std c++ lib as well.
It's your responsibility to not mix different C++ libs. And better not
use -stdlib option, but
macosx_deployment_target / -DCMAKE_OSX_DEPLOYMENT_TARGET (either set
them to 10.6 or don't - in first case libstdc++ will be used, in
second - libc++). In any case building instructions are fine.
>
>
> .mm
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> darktable-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/darktable-devel
>
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
darktable-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-devel
