On 05.08.2016 14:48, Larry Evans wrote: > On 08/05/2016 05:21 AM, Michael Stahl wrote: >> On 04.08.2016 22:24, Larry Evans wrote: > [snip] >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/boost/math/special_functions/fpclassify.hpp:137:75: >>> error: ‘::isnan’ has not been declared >>> inline bool is_nan_helper(__float128 f, const boost::true_type&) { >>> return ::isnan(static_cast<double>(f)); } >>> >>> ^ >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/boost/math/special_functions/fpclassify.hpp:137:75: >>> note: suggested alternatives: >>> In file included from /usr/local/include/c++/4.9.0/random:38:0, >>> from /usr/local/include/c++/4.9.0/bits/stl_algo.h:66, >>> from /usr/local/include/c++/4.9.0/algorithm:62, >>> from >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/boost/smart_ptr/shared_ptr.hpp:38, >>> from >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/boost/shared_ptr.hpp:17, >>> from >>> /home/evansl/dwnlds/LibreOffice/libreoffice/external/boost/include/boost/shared_ptr.hpp:22, >>> from >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/boost/date_time/gregorian/greg_month.hpp:14, >>> from >>> /home/evansl/dwnlds/LibreOffice/libreoffice/workdir/UnpackedTarball/boost/libs/date_time/src/gregorian/greg_month.cpp:14: >>> /usr/local/include/c++/4.9.0/cmath:632:5: note: ‘std::isnan’ >>> isnan(_Tp __x) >>> ^ >> >> you are using a custom toolchain installed in /usr/local that is not set >> up correctly. >> > [snip] >> you could just use the GCC shipped >> in your distribution which presumably works. > > Tried that by running ./configure as follows: > > evansl@lje-OptiPlex-9020:~/dwnlds/LibreOffice/git-clone/libreoffice$ > ./configure --with-gcc-home=/usr
i have never heard of --with-gcc-home, but according to configure.ac it should set the variables CC=/usr/bin/gcc and CXX=/usr/bin/g++ which is what i would set manually anyway, so looks like it does the right thing (you can double-check the values in config_host.mk) > after that, ran make; however, now getting undefined reference error > during collect2: > > [DEP] LNK:Executable/regview > [LNK] Executable/regview > /home/evansl/dwnlds/LibreOffice/git-clone/libreoffice/workdir/CxxObject/registry/tools/regmerge.o: > > In function `main': > regmerge.cxx:(.text.startup+0xaf): undefined reference to > `registry::tools::Options::checkArgument(std::vector<std::__cxx11::basic_string<char, > > std::char_traits<char>, std::allocator<char> >, > std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, > std::allocator<char> > > >&, char const*, unsigned long)' > regmerge.cxx:(.text.startup+0x11c): undefined reference to > `registry::tools::Options::initOptions(std::vector<std::__cxx11::basic_string<char, > > std::char_traits<char>, std::allocator<char> >, > std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, > std::allocator<char> > > >&)' > collect2: error: ld returned 1 exit status very odd... i bet there is some inconsistency somewhere wrt. setting of the macro _GLIBCXX_USE_CXX11_ABI and the libstdc++ being linked. did you do a "make clean" after your previous build attempt? if there are still object files around built by the compiler in /usr/local then problems like that are expected. in case "make clean" doesn't fix it try "make verbose=t LDFLAGS="-Wl,--trace"" to see what libraries are being linked. _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice