Re: LyX2.2 build fails on OS X

[Jean-Marc Lasgouttes]

Le 24/09/2015 22:23, Guillaume Munch a écrit :

If I use --disable-cxx11 I'm able to compile LyX again. The INSTALL
file says "C++11 mode is enabled for known good compilers".
What is the criteria to rate a compiler as an good one? Isn't it a
matter of proper libraries too?


Good compiler is a compiler fr which we did not have a complaint yet :) 
Basically it is gcc >= 4.3 and all clang versions for now.



 From what I understand, it's a bug in deciding to use std::regex
instead of boost::regex (as indicated by the flag stdregex). The
criteria are (cf config/lyxinclude.m4): c++11 mode, together with
libstdc++ >= 4.9 or any clang without libstdc++. Stephan appears to be
in the latter case, and thus it is an error to always enable stdregex in
this case. Since no option controls stdregex, the closest workaround is
indeed to use --disable-cxx11.


I added a chack about the presence of  header.


Richard's situation and mine is different. We both have g++ and
libstdc++ v4.9.2. The errors follow from concept checks which are
enabled by default. Indeed, it compiles fine with
--disable-concept-checks, which also explains why it works with
--enable-qt5 since this also disables concept checks.


I removed support for concept checks. They do not seems to be very 
useful these days.


JMarc

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 25/09/2015 13:21, Jean-Marc Lasgouttes a écrit :


I removed support for concept checks. They do not seems to be very
useful these days.



Thanks for the fix.

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 23/09/2015 21:21, Stephan Witt a écrit :

Am 21.09.2015 um 07:54 schrieb Stephan Witt :


Am 21.09.2015 um 02:35 schrieb Guillaume Munch :


Le 21/09/2015 02:12, Guillaume Munch a écrit :

Le 20/09/2015 20:06, Georg Baum a écrit :

Jürgen Spitzmüller wrote:


Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:

I understand that there are two separate issues:

- There are errors looking like Uwe's if one uses --disable-cxx11,
probably due to my latest patches.


I rather have the impression that c++11 copilation somehow is scrambled
with qt4. I suppose Uwe also compiles against qt4.


I can't confirm that. For me it worked with qt4 and c++11 and after
ec086243df it works also qith qt4 and c++98.



* The issue with --disable-cxx11 should now be fixed as you mention.

* The problem in Windows is again separate from the others (visual
studio has std::make_shared already in c++98).

* I have similar errors as Jürgen and Richard with c++11 & qt4. I have
the errors below with a simple ../configure && make in a fresh build
directory. Git bisect (only for the error below) leads to 41405babc
(2015-01-06 13:53:18 Cleanup support for std::regex with autotools)...
But like you I don't recall having any trouble with c++11 & qt4 in the
past (apart from the warnings). And it would be surprising that after 9
months it is noticed simultaneously like that.


addendum:
* I am not sure what errors Jürgen still has.
* Git bisect was done by forcing c++11 with --enable-cxx11
* No suspicious software upgrade recently


This is the state on my Mac OS X with 1c3958d89c650e3675fccf2d7626d37430dc5733 
checkout:

Configuration
  Host type:   x86_64-apple-darwin12.6.0
  Special build flags:  build=release warnings c++11 stdregex use-aspell 
use-hunspell
  C++ Compiler:c++
  C++ Compiler flags:   -Wall -Wextra -Os -std=c++11 
-Wno-deprecated-register
  C++ Compiler user flags:  -I/Users/Shared/LyX/utilities/include  -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
 -arch x86_64 -mmacosx-version-min=10.6
  Linker flags:
  Linker user flags:-L/Users/Shared/LyX/utilities/lib -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
 -arch x86_64 -mmacosx-version-min=10.6
  Qt Frontend:
  Qt version:  5.4.2
  Packaging:   macosx

In file included from /Users/stephan/git/lyx/src/support/debug.cpp:21:
/Users/stephan/git/lyx/src/support/../support/regex.h:16:12: fatal error: 
'regex' file not found
#  include 
   ^
1 error generated.
make[5]: *** [debug.o] Error 1
make[5]: *** Waiting for unfinished jobs
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
In file included from /Users/stephan/git/lyx/src/support/../support/bind.h:15:
/Users/stephan/git/lyx/src/support/../support/functional.h:30:27: error: no 
member named 'function' in namespace 'std'
using LYX_FUNCTIONAL_NS::function;
  ~~~^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:23:13: error: no member 
named 'placeholders' in namespace 'std'; did you mean 
'boost::mpl::placeholders'?
using std::placeholders::_1;
  ~^~~~
   boost::mpl::placeholders
/Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
 note: 'boost::mpl::placeholders' declared here
namespace placeholders {
  ^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:24:13: error: no member 
named 'placeholders' in namespace 'std'; did you mean 
'boost::mpl::placeholders'?
using std::placeholders::_2;
  ~^~~~
   boost::mpl::placeholders
/Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
 note: 'boost::mpl::placeholders' declared here
namespace placeholders {
  ^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:36:21: error: no member 
named 'bind' in namespace 'std'
using LYX_BIND_NS::bind;
  ~^
/Users/stephan/git/lyx/src/support/../support/bind.h:37:21: error: no member 
named 'ref' in namespace 'std'
using LYX_BIND_NS::ref;
  ~^
/Users/stephan/git/lyx/src/support/FileMonitor.cpp:148:25: error: use of 
undeclared identifier 'bind'
timer_.timeout.connect(bind(::monitorFile, this));
   ^


If I use --disable-cxx11 I'm able to compile LyX again. The INSTALL file says "C++11 
mode is enabled for known good compilers".
What is the criteria to rate a compiler as an good one? Isn't it a matter of 
proper libraries too?

Re: LyX2.2 build fails on OS X

[Stephan Witt]

Am 21.09.2015 um 07:54 schrieb Stephan Witt :

> Am 21.09.2015 um 02:35 schrieb Guillaume Munch :
> 
>> Le 21/09/2015 02:12, Guillaume Munch a écrit :
>>> Le 20/09/2015 20:06, Georg Baum a écrit :
 Jürgen Spitzmüller wrote:
 
> Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:
>> I understand that there are two separate issues:
>> 
>> - There are errors looking like Uwe's if one uses --disable-cxx11,
>> probably due to my latest patches.
> 
> I rather have the impression that c++11 copilation somehow is scrambled
> with qt4. I suppose Uwe also compiles against qt4.
 
 I can't confirm that. For me it worked with qt4 and c++11 and after
 ec086243df it works also qith qt4 and c++98.
 
>>> 
>>> * The issue with --disable-cxx11 should now be fixed as you mention.
>>> 
>>> * The problem in Windows is again separate from the others (visual
>>> studio has std::make_shared already in c++98).
>>> 
>>> * I have similar errors as Jürgen and Richard with c++11 & qt4. I have
>>> the errors below with a simple ../configure && make in a fresh build
>>> directory. Git bisect (only for the error below) leads to 41405babc
>>> (2015-01-06 13:53:18 Cleanup support for std::regex with autotools)...
>>> But like you I don't recall having any trouble with c++11 & qt4 in the
>>> past (apart from the warnings). And it would be surprising that after 9
>>> months it is noticed simultaneously like that.
>> 
>> addendum:
>> * I am not sure what errors Jürgen still has.
>> * Git bisect was done by forcing c++11 with --enable-cxx11
>> * No suspicious software upgrade recently
> 
> This is the state on my Mac OS X with 
> 1c3958d89c650e3675fccf2d7626d37430dc5733 checkout:
> 
> Configuration
>  Host type:   x86_64-apple-darwin12.6.0
>  Special build flags:  build=release warnings c++11 stdregex use-aspell 
> use-hunspell
>  C++ Compiler:c++ 
>  C++ Compiler flags:   -Wall -Wextra -Os -std=c++11 
> -Wno-deprecated-register
>  C++ Compiler user flags:  -I/Users/Shared/LyX/utilities/include  -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
>  -arch x86_64 -mmacosx-version-min=10.6 
>  Linker flags:
>  Linker user flags:-L/Users/Shared/LyX/utilities/lib -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
>  -arch x86_64 -mmacosx-version-min=10.6
>  Qt Frontend:
>  Qt version: 5.4.2
>  Packaging:   macosx
> 
> In file included from /Users/stephan/git/lyx/src/support/debug.cpp:21:
> /Users/stephan/git/lyx/src/support/../support/regex.h:16:12: fatal error: 
> 'regex' file not found
> #  include 
>   ^
> 1 error generated.
> make[5]: *** [debug.o] Error 1
> make[5]: *** Waiting for unfinished jobs
> In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
> In file included from /Users/stephan/git/lyx/src/support/../support/bind.h:15:
> /Users/stephan/git/lyx/src/support/../support/functional.h:30:27: error: no 
> member named 'function' in namespace 'std'
>using LYX_FUNCTIONAL_NS::function;
>  ~~~^
> In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
> /Users/stephan/git/lyx/src/support/../support/bind.h:23:13: error: no member 
> named 'placeholders' in namespace 'std'; did you mean 
> 'boost::mpl::placeholders'?
>using std::placeholders::_1;
>  ~^~~~
>   boost::mpl::placeholders
> /Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
>  note: 'boost::mpl::placeholders' declared here
> namespace placeholders {
>  ^
> In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
> /Users/stephan/git/lyx/src/support/../support/bind.h:24:13: error: no member 
> named 'placeholders' in namespace 'std'; did you mean 
> 'boost::mpl::placeholders'?
>using std::placeholders::_2;
>  ~^~~~
>   boost::mpl::placeholders
> /Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
>  note: 'boost::mpl::placeholders' declared here
> namespace placeholders {
>  ^
> In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
> /Users/stephan/git/lyx/src/support/../support/bind.h:36:21: error: no member 
> named 'bind' in namespace 'std'
>using LYX_BIND_NS::bind;
>  ~^
> /Users/stephan/git/lyx/src/support/../support/bind.h:37:21: error: no member 
> named 'ref' in namespace 'std'
>using LYX_BIND_NS::ref;
>  ~^
> /Users/stephan/git/lyx/src/support/FileMonitor.cpp:148:25: error: use of 
> undeclared identifier 'bind'
>timer_.timeout.connect(bind(::monitorFile, this));
>   ^

If I 

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

2015-09-21 2:35 GMT+02:00 Guillaume Munch:

> * I am not sure what errors Jürgen still has.
>

I have to check back on the affected machine when I am back home. In the
office (on anotther machine, though very similar software, it compiles
today with qt4; I have not checked whether this machine is affected as
well, since I had used qt5 by default on it).

Jürgen

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

Jürgen Spitzmüller wrote:
> I have to check back on the affected machine when I am back home. In the
> office (on anotther machine, though very similar software, it compiles
> today with qt4; I have not checked whether this machine is affected as
> well, since I had used qt5 by default on it).

Done now. The problem is solved!

Jürgen

Re: LyX2.2 build fails on OS X

[pdv]

On 20/09/15 17:10, Guillaume Munch wrote:

Le 20/09/2015 14:40, pdv a écrit :

Hi,

As of commit 9b7ccbf (the introduction of class InsetCaptionable)
building LyX2.2 fails on OS X (with XCode and with autotools).

This is the error message:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2075:40:

Constructor for
'std::__1::__libcpp_compressed_pair_imp' must explicitly initialize the const
member '__second_'
.../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:14:10: In file included
from .../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:14:
.../lyx-22-qt5/src/frontends/qt4/TocModel.h:15:10: In file included from
.../lyx-22-qt5-cmake-xcode/src/frontends/qt4/../../../../lyx-22-qt5/src/frontends/qt4/TocModel.h:15:


.../lyx-22-qt5/src/support/shared_ptr.h:17:10: In file included from
.../lyx-22-qt5/src/support/shared_ptr.h:17:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2345:11:

In instantiation of member function
'std::__1::__libcpp_compressed_pair_imp::__libcpp_compressed_pair_imp' requested
here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:3727:12:

In instantiation of member function
'std::__1::__compressed_pair::__compressed_pair' requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:4308:26:

In instantiation of member function
'std::__1::__shared_ptr_emplace >::__shared_ptr_emplace' requested
here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:4672:29:

In instantiation of function template specialization
'std::__1::shared_ptr::make_shared<>' requested here
.../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:84:28: In instantiation of
function template specialization 'std::__1::make_shared'
requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2063:9:

'__second_' declared here



Apparently there is a bug in c++/v1/memory as reported here
(http://lists.llvm.org/pipermail/llvm-bugs/2015-July/040892.html)

After patching c++/v1/memory the compile error goes away but the link
fails with undefined symbols.

Undefined symbols for architecture x86_64:
   "lyx::InsetCaptionable::updateBuffer(lyx::ParIterator const&,
lyx::UpdateType)", referenced from:
   vtable for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   lyx::InsetWrap::updateBuffer(lyx::ParIterator const&,
lyx::UpdateType) in libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::setCaptionType(std::__1::basic_string const&)",
referenced from:
   lyx::InsetFloat::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   lyx::InsetWrap::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::insetAllowed(lyx::InsetCode) const",
referenced from:
   lyx::InsetFloat::insetAllowed(lyx::InsetCode) const in
libinsets.a(InsetFloat.o)
   lyx::InsetWrap::insetAllowed(lyx::InsetCode) const in
libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::addToToc(lyx::DocIterator const&, bool)
const", referenced from:
   vtable for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   vtable for lyx::InsetWrap in libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::floatName(std::__1::basic_string const&) const",
referenced from:
   lyx::InsetFloat::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetFloat.o)
   lyx::InsetFloat::setNewLabel() in libinsets.a(InsetFloat.o)
   lyx::InsetFloat::plaintext(std::__1::basic_ostringstream&,
lyx::OutputParams const&, unsigned long) const in
libinsets.a(InsetFloat.o)
   lyx::InsetWrap::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetWrap.o)
   lyx::InsetWrap::plaintext(std::__1::basic_ostringstream&,
lyx::OutputParams const&, unsigned long) const in
libinsets.a(InsetWrap.o)
   "typeinfo for lyx::InsetCaptionable", referenced from:
   typeinfo for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   typeinfo for lyx::InsetListings in libinsets.a(InsetListings.o)
   typeinfo for lyx::InsetWrap in 

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:
> I understand that there are two separate issues:
> 
> - There are errors looking like Uwe's if one uses --disable-cxx11,
> probably due to my latest patches.

I rather have the impression that c++11 copilation somehow is scrambled with 
qt4. I suppose Uwe also compiles against qt4.

> - There are errors looking like Richard's; they are already there at
> 65a95620. They no not occur with --enable-qt5.

Here, the errors of the first kind do not occur with --enable-qt5.

Jürgen

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 21/09/2015 02:12, Guillaume Munch a écrit :

Le 20/09/2015 20:06, Georg Baum a écrit :

Jürgen Spitzmüller wrote:


Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:

I understand that there are two separate issues:

- There are errors looking like Uwe's if one uses --disable-cxx11,
probably due to my latest patches.


I rather have the impression that c++11 copilation somehow is scrambled
with qt4. I suppose Uwe also compiles against qt4.


I can't confirm that. For me it worked with qt4 and c++11 and after
ec086243df it works also qith qt4 and c++98.



* The issue with --disable-cxx11 should now be fixed as you mention.

* The problem in Windows is again separate from the others (visual
studio has std::make_shared already in c++98).

* I have similar errors as Jürgen and Richard with c++11 & qt4. I have
the errors below with a simple ../configure && make in a fresh build
directory. Git bisect (only for the error below) leads to 41405babc
(2015-01-06 13:53:18 Cleanup support for std::regex with autotools)...
But like you I don't recall having any trouble with c++11 & qt4 in the
past (apart from the warnings). And it would be surprising that after 9
months it is noticed simultaneously like that.


addendum:
* I am not sure what errors Jürgen still has.
* Git bisect was done by forcing c++11 with --enable-cxx11
* No suspicious software upgrade recently

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 20/09/2015 20:06, Georg Baum a écrit :

Jürgen Spitzmüller wrote:


Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:

I understand that there are two separate issues:

- There are errors looking like Uwe's if one uses --disable-cxx11,
probably due to my latest patches.


I rather have the impression that c++11 copilation somehow is scrambled
with qt4. I suppose Uwe also compiles against qt4.


I can't confirm that. For me it worked with qt4 and c++11 and after
ec086243df it works also qith qt4 and c++98.



* The issue with --disable-cxx11 should now be fixed as you mention.

* The problem in Windows is again separate from the others (visual 
studio has std::make_shared already in c++98).


* I have similar errors as Jürgen and Richard with c++11 & qt4. I have 
the errors below with a simple ../configure && make in a fresh build 
directory. Git bisect (only for the error below) leads to 41405babc 
(2015-01-06 13:53:18 Cleanup support for std::regex with autotools)... 
But like you I don't recall having any trouble with c++11 & qt4 in the 
past (apart from the warnings). And it would be surprising that after 9 
months it is noticed simultaneously like that.




  CXX  debug.o
In file included from /usr/include/c++/4.9/bits/concept_check.h:55:0,
 from /usr/include/c++/4.9/bits/move.h:34,
 from /usr/include/c++/4.9/bits/stl_pair.h:59,
 from /usr/include/c++/4.9/bits/stl_algobase.h:64,
 from /usr/include/c++/4.9/bits/stl_tree.h:61,
 from /usr/include/c++/4.9/set:60,
 from ../../../src/support/../support/FileName.h:19,
 from ../../../src/support/debug.cpp:17:
/usr/include/c++/4.9/bits/boost_concept_check.h: In instantiation of 
‘void __gnu_cxx::_SGIAssignableConcept<_Tp>::__constraints() [with _Tp = 
std::__detail::_StateSeq]’:
/usr/include/c++/4.9/bits/stl_deque.h:739:7:   required from ‘class 
std::__cxx1998::deque, std::allocator > >’
/usr/include/c++/4.9/debug/deque:42:11:   required from ‘class 
std::__debug::deque, 
std::allocator > >’
/usr/include/c++/4.9/bits/stl_stack.h:102:46:   required from ‘class 
std::stack, 
std::__debug::deque, 
std::allocator > > >’
/usr/include/c++/4.9/bits/regex_compiler.h:144:23:   required from 
‘class std::__detail::_Compiler’
/usr/include/c++/4.9/bits/regex_compiler.h:155:68:   required from 
‘std::shared_ptr > 
std::__detail::__compile_nfa(const typename _TraitsT::char_type*, const 
typename _TraitsT::char_type*, const _TraitsT&, 
std::regex_constants::syntax_option_type) [with _TraitsT = 
std::regex_traits; typename _TraitsT::char_type = char]’
/usr/include/c++/4.9/bits/regex.h:540:21:   required from 
‘std::basic_regex< ,  
>::basic_regex(_FwdIter, _FwdIter, std::basic_regex< 
,  >::flag_type) [with 
_FwdIter = const char*; _Ch_type = char; _Rx_traits = 
std::regex_traits; std::basic_regex< , 
 >::flag_type = 
std::regex_constants::syntax_option_type]’
/usr/include/c++/4.9/bits/regex.h:452:71:   required from 
‘std::basic_regex< ,  
>::basic_regex(const _Ch_type*, std::basic_regex< 
,  >::flag_type) [with 
_Ch_type = char; _Rx_traits = std::regex_traits; std::basic_regex< 
,  >::flag_type = 
std::regex_constants::syntax_option_type]’

../../../src/support/debug.cpp:205:39:   required from here
/usr/include/c++/4.9/bits/boost_concept_check.h:206:11: error: use of 
deleted function ‘std::__detail::_StateSeq& 
std::__detail::_StateSeq::operator=(const 
std::__detail::_StateSeq&)’

   __a = __a;// require assignment operator
   ^
In file included from /usr/include/c++/4.9/regex:57:0,
 from ../../../src/support/../support/regex.h:16,
 from ../../../src/support/debug.cpp:21:
/usr/include/c++/4.9/bits/regex_automaton.h:265:11: note: 
‘std::__detail::_StateSeq& 
std::__detail::_StateSeq::operator=(const 
std::__detail::_StateSeq&)’ is implicitly 
deleted because the default definition would be ill-formed:

 class _StateSeq
   ^
[much more]

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 20/09/2015 14:40, pdv a écrit :

Hi,

As of commit 9b7ccbf (the introduction of class InsetCaptionable)
building LyX2.2 fails on OS X (with XCode and with autotools).

This is the error message:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2075:40:
Constructor for
'std::__1::__libcpp_compressed_pair_imp' must explicitly initialize the const
member '__second_'
.../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:14:10: In file included
from .../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:14:
.../lyx-22-qt5/src/frontends/qt4/TocModel.h:15:10: In file included from
.../lyx-22-qt5-cmake-xcode/src/frontends/qt4/../../../../lyx-22-qt5/src/frontends/qt4/TocModel.h:15:

.../lyx-22-qt5/src/support/shared_ptr.h:17:10: In file included from
.../lyx-22-qt5/src/support/shared_ptr.h:17:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2345:11:
In instantiation of member function
'std::__1::__libcpp_compressed_pair_imp::__libcpp_compressed_pair_imp' requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:3727:12:
In instantiation of member function
'std::__1::__compressed_pair::__compressed_pair' requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:4308:26:
In instantiation of member function
'std::__1::__shared_ptr_emplace >::__shared_ptr_emplace' requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:4672:29:
In instantiation of function template specialization
'std::__1::shared_ptr::make_shared<>' requested here
.../lyx-22-qt5/src/frontends/qt4/TocModel.cpp:84:28: In instantiation of
function template specialization 'std::__1::make_shared'
requested here
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2063:9:
'__second_' declared here



Apparently there is a bug in c++/v1/memory as reported here
(http://lists.llvm.org/pipermail/llvm-bugs/2015-July/040892.html)

After patching c++/v1/memory the compile error goes away but the link
fails with undefined symbols.

Undefined symbols for architecture x86_64:
   "lyx::InsetCaptionable::updateBuffer(lyx::ParIterator const&,
lyx::UpdateType)", referenced from:
   vtable for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   lyx::InsetWrap::updateBuffer(lyx::ParIterator const&,
lyx::UpdateType) in libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::setCaptionType(std::__1::basic_string const&)",
referenced from:
   lyx::InsetFloat::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   lyx::InsetWrap::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::insetAllowed(lyx::InsetCode) const",
referenced from:
   lyx::InsetFloat::insetAllowed(lyx::InsetCode) const in
libinsets.a(InsetFloat.o)
   lyx::InsetWrap::insetAllowed(lyx::InsetCode) const in
libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::addToToc(lyx::DocIterator const&, bool)
const", referenced from:
   vtable for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   vtable for lyx::InsetListings in libinsets.a(InsetListings.o)
   vtable for lyx::InsetWrap in libinsets.a(InsetWrap.o)
   "lyx::InsetCaptionable::floatName(std::__1::basic_string const&) const",
referenced from:
   lyx::InsetFloat::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetFloat.o)
   lyx::InsetFloat::setNewLabel() in libinsets.a(InsetFloat.o)
   lyx::InsetFloat::plaintext(std::__1::basic_ostringstream&,
lyx::OutputParams const&, unsigned long) const in libinsets.a(InsetFloat.o)
   lyx::InsetWrap::setCaptionType(std::__1::basic_string const&) in
libinsets.a(InsetWrap.o)
   lyx::InsetWrap::plaintext(std::__1::basic_ostringstream&,
lyx::OutputParams const&, unsigned long) const in libinsets.a(InsetWrap.o)
   "typeinfo for lyx::InsetCaptionable", referenced from:
   typeinfo for lyx::InsetFloat in libinsets.a(InsetFloat.o)
   typeinfo for lyx::InsetListings in libinsets.a(InsetListings.o)
   typeinfo for lyx::InsetWrap in libinsets.a(InsetWrap.o)
   "vtable for 

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 20/09/2015 18:29, Jürgen Spitzmüller a écrit :

Am Sonntag 20 September 2015, 18:08:38 schrieb Jürgen Spitzmüller:

I have not explicitly disabled c++11, and it seems to use it:

Configuration
   Host type:   i686-pc-linux-gnu
   Special build flags:  build=development warnings assertions
stdlib-debug  concept-checks c++11 use-aspell use-enchant use-hunspell
   C++ Compiler:g++ (4.8)
   C++ Compiler flags:   -Wall -Wextra -g -O -std=c++11
   C++ Compiler user flags:
   Linker flags:
   Linker user flags:
   Qt Frontend:
   Qt version:  4.8.6
   Packaging:   posix
   LyX binary dir:  /usr/local/bin
   LyX files dir:   /usr/local/share/lyx-svn



FWIW, it compiles when I use --enable-qt5

Did you try with Qt4?

Jürgen




I understand that there are two separate issues:

- There are errors looking like Uwe's if one uses --disable-cxx11, 
probably due to my latest patches.


- There are errors looking like Richard's; they are already there at 
65a95620. They no not occur with --enable-qt5.

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

Master fails to compile for me as well, this is on openSuse 13.1 with gcc-
Version 4.8.3 20140627 [gcc-4_8-branch revision 212064] (SUSE Linux) and 
autotools:

make[6]: Entering directory '/home/juergen/lyx/lyx-devel/src/frontends/qt4'
  CXX  Menus.o
In file included from /usr/include/c++/4.8/bits/concept_check.h:55:0,
 from /usr/include/c++/4.8/bits/stl_iterator_base_funcs.h:64,
 from /usr/include/c++/4.8/iterator:62,
 from /usr/include/QtCore/qlist.h:54,
 from /usr/include/QtCore/qobject.h:50,
 from /usr/include/QtGui/qwidget.h:47,
 from /usr/include/QtGui/qmenu.h:45,
 from /usr/include/QtGui/QMenu:1,
 from Menus.h:16,
 from Menus.cpp:19:
/usr/include/c++/4.8/bits/boost_concept_check.h: In instantiation of ‘void 
__gnu_cxx::_SGIAssignableConcept<_Tp>::__constraints() [with _Tp = 
lyx::TocBuilder::frame]’:
/usr/include/c++/4.8/bits/stl_deque.h:734:7:   required from ‘class 
std::__cxx1998::deque’
/usr/include/c++/4.8/debug/deque:42:11:   required from ‘class 
std::__debug::deque’
/usr/include/c++/4.8/bits/stl_stack.h:99:46:   required from ‘class 
std::stack’
../../../src/TocBackend.h:155:20:   required from here
/usr/include/c++/4.8/bits/boost_concept_check.h:206:11: error: use of deleted 
function ‘lyx::TocBuilder::frame& lyx::TocBuilder::frame::operator=(const 
lyx::TocBuilder::frame&)’
   __a = __a;// require assignment operator
   ^
In file included from Menus.cpp:56:0:
../../../src/TocBackend.h:148:9: note: ‘lyx::TocBuilder::frame& 
lyx::TocBuilder::frame::operator=(const lyx::TocBuilder::frame&)’ is 
implicitly deleted because the default definition would be ill-formed:
  struct frame {
 ^
../../../src/TocBackend.h:148:9: error: non-static const member ‘const 
size_type lyx::TocBuilder::frame::pos’, can’t use default assignment operator
In file included from /usr/include/c++/4.8/deque:66:0,
 from /usr/include/c++/4.8/queue:60,
 from ../../../src/Graph.h:18,
 from ../../../src/Converter.h:15,
 from Menus.cpp:33:
/usr/include/c++/4.8/bits/deque.tcc: In instantiation of 
‘std::__cxx1998::deque<_Tp, _Alloc>::iterator std::__cxx1998::deque<_Tp, 
_Alloc>::_M_insert_aux(std::__cxx1998::deque<_Tp, _Alloc>::iterator, _Args&& 
...) [with _Args = {const lyx::TocBuilder::frame&}; _Tp = 
lyx::TocBuilder::frame; _Alloc = std::allocator; 
std::__cxx1998::deque<_Tp, _Alloc>::iterator = 
std::__cxx1998::_Deque_iterator]’:
/usr/include/c++/4.8/bits/deque.tcc:164:45:   required from 
‘std::__cxx1998::deque<_Tp, _Alloc>::iterator std::__cxx1998::deque<_Tp, 
_Alloc>::insert(std::__cxx1998::deque<_Tp, _Alloc>::iterator, const 
value_type&) [with _Tp = lyx::TocBuilder::frame; _Alloc = 
std::allocator; std::__cxx1998::deque<_Tp, 
_Alloc>::iterator = std::__cxx1998::_Deque_iterator; std::__cxx1998::deque<_Tp, 
_Alloc>::value_type = lyx::TocBuilder::frame]’
/usr/include/c++/4.8/debug/deque:400:61:   required from 
‘std::__debug::deque<_Tp, _Allocator>::iterator std::__debug::deque<_Tp, 
_Allocator>::insert(std::__debug::deque<_Tp, _Allocator>::iterator, const 
_Tp&) [with _Tp = lyx::TocBuilder::frame; _Allocator = 
std::allocator; std::__debug::deque<_Tp, 
_Allocator>::iterator = 
__gnu_debug::_Safe_iterator, 
std::__debug::deque >; typename 
std::__cxx1998::deque<_Tp, _Alloc>::iterator = 
std::__cxx1998::_Deque_iterator]’
/usr/include/c++/4.8/bits/boost_concept_check.h:730:7:   required from ‘void 
__gnu_cxx::_SequenceConcept<_Sequence>::__constraints() [with _Sequence = 
std::__debug::deque]’
/usr/include/c++/4.8/bits/boost_concept_check.h:59:39:   required from ‘void 
__gnu_cxx::__function_requires() [with _Concept = 
__gnu_cxx::_SequenceConcept >]’
/usr/include/c++/4.8/bits/boost_concept_check.h:770:71:   required from ‘void 
__gnu_cxx::_BackInsertionSequenceConcept<_BackInsertionSequence>::__constraints()
 
[with _BackInsertionSequence = std::__debug::deque]’
/usr/include/c++/4.8/bits/stl_stack.h:101:7:   required from ‘class 
std::stack’
../../../src/TocBackend.h:155:20:   required from here
/usr/include/c++/4.8/bits/deque.tcc:621:9: error: use of deleted function 
‘lyx::TocBuilder::frame& 
lyx::TocBuilder::frame::operator=(lyx::TocBuilder::frame&&)’
  *__pos = 

Re: LyX2.2 build fails on OS X

[Guillaume Munch]

Le 20/09/2015 14:49, Jürgen Spitzmüller a écrit :

Master fails to compile for me as well, this is on openSuse 13.1 with gcc-
Version 4.8.3 20140627 [gcc-4_8-branch revision 212064] (SUSE Linux) and
autotools:

make[6]: Entering directory '/home/juergen/lyx/lyx-devel/src/frontends/qt4'
   CXX  Menus.o
In file included from /usr/include/c++/4.8/bits/concept_check.h:55:0,
  from /usr/include/c++/4.8/bits/stl_iterator_base_funcs.h:64,
  from /usr/include/c++/4.8/iterator:62,
  from /usr/include/QtCore/qlist.h:54,
  from /usr/include/QtCore/qobject.h:50,
  from /usr/include/QtGui/qwidget.h:47,
  from /usr/include/QtGui/qmenu.h:45,
  from /usr/include/QtGui/QMenu:1,
  from Menus.h:16,
  from Menus.cpp:19:
/usr/include/c++/4.8/bits/boost_concept_check.h: In instantiation of ‘void
__gnu_cxx::_SGIAssignableConcept<_Tp>::__constraints() [with _Tp =
lyx::TocBuilder::frame]’:
/usr/include/c++/4.8/bits/stl_deque.h:734:7:   required from ‘class
std::__cxx1998::deque’
/usr/include/c++/4.8/debug/deque:42:11:   required from ‘class
std::__debug::deque’
/usr/include/c++/4.8/bits/stl_stack.h:99:46:   required from ‘class
std::stack’
../../../src/TocBackend.h:155:20:   required from here
/usr/include/c++/4.8/bits/boost_concept_check.h:206:11: error: use of deleted
function ‘lyx::TocBuilder::frame& lyx::TocBuilder::frame::operator=(const
lyx::TocBuilder::frame&)’
__a = __a;// require assignment operator
^
In file included from Menus.cpp:56:0:
../../../src/TocBackend.h:148:9: note: ‘lyx::TocBuilder::frame&
lyx::TocBuilder::frame::operator=(const lyx::TocBuilder::frame&)’ is
implicitly deleted because the default definition would be ill-formed:
   struct frame {
  ^
../../../src/TocBackend.h:148:9: error: non-static const member ‘const
size_type lyx::TocBuilder::frame::pos’, can’t use default assignment operator
In file included from /usr/include/c++/4.8/deque:66:0,
  from /usr/include/c++/4.8/queue:60,
  from ../../../src/Graph.h:18,
  from ../../../src/Converter.h:15,
  from Menus.cpp:33:
/usr/include/c++/4.8/bits/deque.tcc: In instantiation of
‘std::__cxx1998::deque<_Tp, _Alloc>::iterator std::__cxx1998::deque<_Tp,
_Alloc>::_M_insert_aux(std::__cxx1998::deque<_Tp, _Alloc>::iterator, _Args&&
...) [with _Args = {const lyx::TocBuilder::frame&}; _Tp =
lyx::TocBuilder::frame; _Alloc = std::allocator;
std::__cxx1998::deque<_Tp, _Alloc>::iterator =
std::__cxx1998::_Deque_iterator]’:
/usr/include/c++/4.8/bits/deque.tcc:164:45:   required from
‘std::__cxx1998::deque<_Tp, _Alloc>::iterator std::__cxx1998::deque<_Tp,
_Alloc>::insert(std::__cxx1998::deque<_Tp, _Alloc>::iterator, const
value_type&) [with _Tp = lyx::TocBuilder::frame; _Alloc =
std::allocator; std::__cxx1998::deque<_Tp,
_Alloc>::iterator = std::__cxx1998::_Deque_iterator; std::__cxx1998::deque<_Tp,
_Alloc>::value_type = lyx::TocBuilder::frame]’
/usr/include/c++/4.8/debug/deque:400:61:   required from
‘std::__debug::deque<_Tp, _Allocator>::iterator std::__debug::deque<_Tp,
_Allocator>::insert(std::__debug::deque<_Tp, _Allocator>::iterator, const
_Tp&) [with _Tp = lyx::TocBuilder::frame; _Allocator =
std::allocator; std::__debug::deque<_Tp,
_Allocator>::iterator =
__gnu_debug::_Safe_iterator,
std::__debug::deque >; typename
std::__cxx1998::deque<_Tp, _Alloc>::iterator =
std::__cxx1998::_Deque_iterator]’
/usr/include/c++/4.8/bits/boost_concept_check.h:730:7:   required from ‘void
__gnu_cxx::_SequenceConcept<_Sequence>::__constraints() [with _Sequence =
std::__debug::deque]’
/usr/include/c++/4.8/bits/boost_concept_check.h:59:39:   required from ‘void
__gnu_cxx::__function_requires() [with _Concept =
__gnu_cxx::_SequenceConcept >]’
/usr/include/c++/4.8/bits/boost_concept_check.h:770:71:   required from ‘void
__gnu_cxx::_BackInsertionSequenceConcept<_BackInsertionSequence>::__constraints()
[with _BackInsertionSequence = std::__debug::deque]’
/usr/include/c++/4.8/bits/stl_stack.h:101:7:   required from ‘class
std::stack’
../../../src/TocBackend.h:155:20:   required from here
/usr/include/c++/4.8/bits/deque.tcc:621:9: error: use of deleted function
‘lyx::TocBuilder::frame&
lyx::TocBuilder::frame::operator=(lyx::TocBuilder::frame&&)’
   

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

Am Sonntag 20 September 2015, 17:46:05 schrieb Guillaume Munch:
> If you configure again it should enable c++11 which is now activated by
> default for "known good compilers".

Unfortunately, recompiling (after make distclean) does not help.

> This is still a bug because it has been decided that 2.2 will have to be
> written in two standards: c++98 and c++11. But it should solve the issue
> for you (unless you have a reason for using the --disable-cxx11 option)
> while I work on the issue.
> 
> Now and until 2.3, every commit has to be tested with the option
> --disable-cxx11. My bad for forgetting to do so.

I have not explicitly disabled c++11, and it seems to use it:

Configuration
  Host type:   i686-pc-linux-gnu
  Special build flags:  build=development warnings assertions stdlib-debug 
concept-checks c++11 use-aspell use-enchant use-hunspell
  C++ Compiler:g++ (4.8)
  C++ Compiler flags:   -Wall -Wextra -g -O -std=c++11
  C++ Compiler user flags:  
  Linker flags:
  Linker user flags:   
  Qt Frontend:
  Qt version:  4.8.6
  Packaging:   posix
  LyX binary dir:  /usr/local/bin
  LyX files dir:   /usr/local/share/lyx-svn


Jürgen

Re: LyX2.2 build fails on OS X

[Jürgen Spitzmüller]

Am Sonntag 20 September 2015, 18:08:38 schrieb Jürgen Spitzmüller:
> I have not explicitly disabled c++11, and it seems to use it:
> 
> Configuration
>   Host type:   i686-pc-linux-gnu
>   Special build flags:  build=development warnings assertions
> stdlib-debug  concept-checks c++11 use-aspell use-enchant use-hunspell
>   C++ Compiler:g++ (4.8)
>   C++ Compiler flags:   -Wall -Wextra -g -O -std=c++11
>   C++ Compiler user flags:  
>   Linker flags:
>   Linker user flags:   
>   Qt Frontend:
>   Qt version:  4.8.6
>   Packaging:   posix
>   LyX binary dir:  /usr/local/bin
>   LyX files dir:   /usr/local/share/lyx-svn


FWIW, it compiles when I use --enable-qt5

Did you try with Qt4?

Jürgen

Re: LyX2.2 build fails on OS X

[Stephan Witt]

Am 21.09.2015 um 02:35 schrieb Guillaume Munch :

> Le 21/09/2015 02:12, Guillaume Munch a écrit :
>> Le 20/09/2015 20:06, Georg Baum a écrit :
>>> Jürgen Spitzmüller wrote:
>>> 
 Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:
> I understand that there are two separate issues:
> 
> - There are errors looking like Uwe's if one uses --disable-cxx11,
> probably due to my latest patches.
 
 I rather have the impression that c++11 copilation somehow is scrambled
 with qt4. I suppose Uwe also compiles against qt4.
>>> 
>>> I can't confirm that. For me it worked with qt4 and c++11 and after
>>> ec086243df it works also qith qt4 and c++98.
>>> 
>> 
>> * The issue with --disable-cxx11 should now be fixed as you mention.
>> 
>> * The problem in Windows is again separate from the others (visual
>> studio has std::make_shared already in c++98).
>> 
>> * I have similar errors as Jürgen and Richard with c++11 & qt4. I have
>> the errors below with a simple ../configure && make in a fresh build
>> directory. Git bisect (only for the error below) leads to 41405babc
>> (2015-01-06 13:53:18 Cleanup support for std::regex with autotools)...
>> But like you I don't recall having any trouble with c++11 & qt4 in the
>> past (apart from the warnings). And it would be surprising that after 9
>> months it is noticed simultaneously like that.
> 
> addendum:
> * I am not sure what errors Jürgen still has.
> * Git bisect was done by forcing c++11 with --enable-cxx11
> * No suspicious software upgrade recently

This is the state on my Mac OS X with 1c3958d89c650e3675fccf2d7626d37430dc5733 
checkout:

Configuration
  Host type:   x86_64-apple-darwin12.6.0
  Special build flags:  build=release warnings c++11 stdregex use-aspell 
use-hunspell
  C++ Compiler:c++ 
  C++ Compiler flags:   -Wall -Wextra -Os -std=c++11 
-Wno-deprecated-register
  C++ Compiler user flags:  -I/Users/Shared/LyX/utilities/include  -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
 -arch x86_64 -mmacosx-version-min=10.6 
  Linker flags:
  Linker user flags:-L/Users/Shared/LyX/utilities/lib -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
 -arch x86_64 -mmacosx-version-min=10.6
  Qt Frontend:
  Qt version:  5.4.2
  Packaging:   macosx

In file included from /Users/stephan/git/lyx/src/support/debug.cpp:21:
/Users/stephan/git/lyx/src/support/../support/regex.h:16:12: fatal error: 
'regex' file not found
#  include 
   ^
1 error generated.
make[5]: *** [debug.o] Error 1
make[5]: *** Waiting for unfinished jobs
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
In file included from /Users/stephan/git/lyx/src/support/../support/bind.h:15:
/Users/stephan/git/lyx/src/support/../support/functional.h:30:27: error: no 
member named 'function' in namespace 'std'
using LYX_FUNCTIONAL_NS::function;
  ~~~^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:23:13: error: no member 
named 'placeholders' in namespace 'std'; did you mean 
'boost::mpl::placeholders'?
using std::placeholders::_1;
  ~^~~~
   boost::mpl::placeholders
/Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
 note: 'boost::mpl::placeholders' declared here
namespace placeholders {
  ^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:24:13: error: no member 
named 'placeholders' in namespace 'std'; did you mean 
'boost::mpl::placeholders'?
using std::placeholders::_2;
  ~^~~~
   boost::mpl::placeholders
/Users/stephan/git/lyx/boost/boost/mpl/aux_/preprocessed/gcc/placeholders.hpp:101:11:
 note: 'boost::mpl::placeholders' declared here
namespace placeholders {
  ^
In file included from /Users/stephan/git/lyx/src/support/FileMonitor.cpp:18:
/Users/stephan/git/lyx/src/support/../support/bind.h:36:21: error: no member 
named 'bind' in namespace 'std'
using LYX_BIND_NS::bind;
  ~^
/Users/stephan/git/lyx/src/support/../support/bind.h:37:21: error: no member 
named 'ref' in namespace 'std'
using LYX_BIND_NS::ref;
  ~^
/Users/stephan/git/lyx/src/support/FileMonitor.cpp:148:25: error: use of 
undeclared identifier 'bind'
timer_.timeout.connect(bind(::monitorFile, this));
   ^

Re: LyX2.2 build fails on OS X

[Georg Baum]

Jürgen Spitzmüller wrote:

> Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:
>> I understand that there are two separate issues:
>> 
>> - There are errors looking like Uwe's if one uses --disable-cxx11,
>> probably due to my latest patches.
> 
> I rather have the impression that c++11 copilation somehow is scrambled
> with qt4. I suppose Uwe also compiles against qt4.

I can't confirm that. For me it worked with qt4 and c++11 and after 
ec086243df it works also qith qt4 and c++98.


Georg

Re: LyX2.2 build fails on OS X

[Kornel Benko]

Am Sonntag, 20. September 2015 um 19:08:55, schrieb Jürgen Spitzmüller 

> Am Sonntag 20 September 2015, 18:43:33 schrieb Guillaume Munch:
> > I understand that there are two separate issues:
> > 
> > - There are errors looking like Uwe's if one uses --disable-cxx11,
> > probably due to my latest patches.
> 
> I rather have the impression that c++11 copilation somehow is scrambled with 
> qt4. I suppose Uwe also compiles against qt4.

Yes, it is the default if not explicitly using '-DLYX_USE_QT=QT5'.
(The build.bat file provided in the repository does not set this value)

> > - There are errors looking like Richard's; they are already there at
> > 65a95620. They no not occur with --enable-qt5.
> 
> Here, the errors of the first kind do not occur with --enable-qt5.
> 
> Jürgen
> 

Kornel

signature.asc
Description: This is a digitally signed message part.