On 2015-01-25 22:44, Jürgen Eckert wrote: > > First of all I am using the current master files of the git repository and I > am running Mac OS X and Ubuntu, 10.10 and 14.10, respectively. After > switching to the GNU toolchain my OS X stopped seg-faulting and I could use > sigrok-cli. > Cut.... > > No let’s switch to Pulseview. Using LLVM or GNU does not change a thing. > During the linking process on OS x iit fails: > > Linking CXX executable pulseview > Undefined symbols for architecture x86_64: > "Glib::Variant<std::basic_string<char, std::char_traits<char>, > std::allocator<char> > > > Glib::VariantBase::cast_dynamic<Glib::Variant<std::basic_string<char, > std::char_traits<char>, std::allocator<char> > > >(Glib::VariantBase > const&)", referenced from: > pv::prop::binding::Binding::print_gvariant(Glib::VariantBase) in > binding.cpp.o > "Glib::VariantType::VariantType(std::basic_string<char, > std::char_traits<char>, std::allocator<char> > const&)", referenced from: > pv::prop::binding::Binding::print_gvariant(Glib::VariantBase) in > binding.cpp.o > "Glib::ustring::ustring(std::basic_string<char, std::char_traits<char>, > std::allocator<char> > const&)", referenced from: > pv::StoreSession::start() in storesession.cpp.o > "Glib::Variant<std::basic_string<char, std::char_traits<char>, > std::allocator<char> > >::get() const", referenced from: > pv::prop::binding::Binding::print_gvariant(Glib::VariantBase) in > binding.cpp.o > ld: symbol(s) not found for architecture x86_64 > collect2: error: ld returned 1 exit status > make[2]: *** [pulseview] Error 1 > make[1]: *** [CMakeFiles/pulseview.dir/all] Error 2 > make: *** [all] Error 2 >
On FreeBSD I can produce exact the same error as the one above (during linking of pulseview) - but only when I use GCC. On FreeBSD the problem above seems to be releated to the fact that glibmm (Glib for C++) for FreeBSD is built with clang (like the rest of the FreeBSD OS, libs and ports. I guess that this is the same with MacOSX (after all Apple funded most of the clang development) Glibmm built with clang does (for some reason) not plug-and-play nicely when attempting linking with apps compiled with gcc. Then when switching to clang (llvm) on FreeBSD - I get another problem during linking of pulseview: see bug ticket: http://sigrok.org/bugzilla/show_bug.cgi?id=534 /Uffe ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
