On Jul 7, 2015, at 12:38 PM, Georg Baum <georg.b...@post.rwth-aachen.de> wrote:
> Jean-Marc Lasgouttes wrote: > >> Le 07/07/2015 01:07, Jerry a écrit : >>> CXX CutAndPaste.o >>> CutAndPaste.cpp:390:15: error: call to 'next' is ambiguous >>> pars.insert(next(pars.begin(), pit), >>> ^~~~ >>> > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iterator:509:1: >>> note: >>> candidate function [with _ForwardIter = >>> std::__1::__list_iterator<lyx::Paragraph, void *>] >>> next(_ForwardIter __x, >>> ^ >>> ./support/lyxalgo.h:92:11: note: candidate function [with It = >>> std::__1::__list_iterator<lyx::Paragraph, void *>, Diff = long] >>> inline It next(It i, Diff n = 1) > > We had this error before. It probably means that your clang version provides > a std::next from the C++11 standard even if no C++11 standard is requested > on the command line. Since we do not try to detect ourselves anymore whether > C++98 or C++11 is used, we will probably see this more and more in the > future, and at some point in time we'll need to set the compiler commandline > option --std=C++98 if configure was not called with --enable-cxx11. > >> What happens if you add --enable-cxx1 to the configure command-line? > > This should mean of course --enable-cxx11. > > > Georg > > > PS: The config log file looks good at a first glance. clang and libc++ are > correctly detected. > I added --enable-cxx11 to configure and removed the space--as discussed elsewhere in this thread--from the path to the Qt5 things. The compiler problems have gone away but now there appear to be problems linking Qt. Recall that the Qt version that I am attempting to reach is 5.5 downloaded from Qt's own web site. Here is my build script: #!/bin/bash # Create a build directory if one does not already exist. cd /Applications/Words/LyXOuterFolder/git mkdir -p build # Clean out any previous build products but leave the build directory (*). rm -rf /Applications/Words/LyXOuterFolder/git/build/* rm -rf /Applications/Words/LyXOuterFolder/git/Contents/ cd /Applications/Words/LyXOuterFolder/git/lyx/ ./autogen.sh # Move to build directory and run configure that is in lyx directory. cd /Applications/Words/LyXOuterFolder/git/build/ ../lyx/configure \ --with-version-suffix=-2.X \ --with-libiconv-prefix=/usr/lib \ --with-x=no \ --disable-stdlib-debug \ --enable-cxx11 \ --prefix=/Applications/Words/LyXOuterFolder/git \ --with-qt-dir="/Applications/Words/LyXOuterFolder/git/qt/Qt_Creator.app/Contents/Frameworks/" make make install-strip Here are the last few lines with errors. The linker might have found my Qt4 installation from MacPorts. I don't know if it is 32-bit or 64-bit or both. /opt/local/ is the MacPorts stuff. FWIW the referenced library is here: /Applications/Words/LyXOuterFolder/git/build/src/frontends/qt4/liblyxqt4.a CXXLD lyx Undefined symbols for architecture x86_64: "decltype(*(std::__1::forward<lyx::frontend::GuiWorkArea*&>(fp0)).*fp(std::__1::forward<>(fp1))) std::__1::__invoke<void (lyx::frontend::GuiWorkArea::*&)(), lyx::frontend::GuiWorkArea*&, void>(void (lyx::frontend::GuiWorkArea::*&&&)(), lyx::frontend::GuiWorkArea*&&&)", referenced from: boost::detail::function::void_function_obj_invoker0<std::__1::__bind<void (lyx::frontend::GuiWorkArea::*)(), lyx::frontend::GuiWorkArea*>, void>::invoke(boost::detail::function::function_buffer&) in liblyxqt4.a(GuiWorkArea.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[4]: *** [lyx] Error 1 make[3]: *** [install-recursive] Error 1 make[2]: *** [install] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install-strip] Error 2 Attached is my config log. It contains the lines configure:2893: checking whether Qt5 is requested configure:2902: result: no Jerry
config.log
Description: Binary data