Am 08.12.2015 um 02:40 schrieb Kornel Benko:
Try this patch.
With a clean tree I applied the attached cmake patch. Now CXX11 is true
but I get many of these compilation errors:
"D:\LyXGit\Master\compile-2013\lyx.sln" (ALL_BUILD Ziel) (1) ->
"D:\LyXGit\Master\compile-2013\ALL_BUILD.vcxproj.m
Am Dienstag, 8. Dezember 2015 um 02:38:10, schrieb Uwe Stöhr
> Am 08.12.2015 um 02:30 schrieb Kornel Benko:
>
> > We have to set also CXX11COMPILER_FOUND
> >
> > set(LYX_USE_CXX11 1)
> > set(CXX11_FLAG "")
> > set(CXX11COMPILER_FOUND 1)
>
> This doesn't solve the problem.
>
> defined(LYX_USE_CXX11
Am 08.12.2015 um 02:30 schrieb Kornel Benko:
We have to set also CXX11COMPILER_FOUND
set(LYX_USE_CXX11 1)
set(CXX11_FLAG "")
set(CXX11COMPILER_FOUND 1)
This doesn't solve the problem.
defined(LYX_USE_CXX11)
is still false in regex.h
regards Uwe
Am Dienstag, 8. Dezember 2015 um 02:20:25, schrieb Kornel Benko
> Am Dienstag, 8. Dezember 2015 um 02:09:55, schrieb Uwe Stöhr
>
> > Am 08.12.2015 um 02:07 schrieb Uwe Stöhr:
> >
> > > I applied Kornel's patch for FindCXX11Compiler.cmake and I have there
> > >
> > > set(LYX_USE_CXX11 1)
> > > s
Am Dienstag, 8. Dezember 2015 um 02:09:55, schrieb Uwe Stöhr
> Am 08.12.2015 um 02:07 schrieb Uwe Stöhr:
>
> > I applied Kornel's patch for FindCXX11Compiler.cmake and I have there
> >
> > set(LYX_USE_CXX11 1)
> > set(CXX11_FLAG "")
>
> Of course I uncommented the IF for MSVC 2010 since I use MS
Am 08.12.2015 um 02:07 schrieb Uwe Stöhr:
I applied Kornel's patch for FindCXX11Compiler.cmake and I have there
set(LYX_USE_CXX11 1)
set(CXX11_FLAG "")
Of course I uncommented the IF for MSVC 2010 since I use MSVC 2013. So
set(LYX_USE_CXX11 1)
should always be executed but apparently it is no
Am 07.12.2015 um 21:03 schrieb Georg Baum:
Yes, that is correct. Unfortunately I am now out of ideas.
I found now the problem:
LYX_USE_CXX11
is never set.
I can test this by uncommenting this in line 15 of regex.h then the
comilation works.
I applied Kornel's patch for FindCXX11Compiler.
Uwe Stöhr wrote:
> Now i erased everything again, applied your patches and get e.g. for
> support.lib:
>
> support.lib(_allinone_const.obj) : error LNK2019: unresolved external
> symbol "private: class boost::basic_regex boost::regex_traits > > &
> __thiscall boost::basic_regex boost::w32_regex_t
Am 06.12.2015 um 21:08 schrieb Georg Baum:
But I started yesterday from scratch because I updated to MSVC 2013 and
Qt 5.5.1. so everything is 100% new.
And you did not run cmake and/or MSVC without the patches first?
I started at first with your patches. Since I got compilation errors i
rev
Uwe Stöhr wrote:
> Am 06.12.2015 um 15:27 schrieb Georg Baum:
>
>> I still believe that you have left overs from previous compilations.
>> Please start again from an empty build directory and tell us the result.
>
> But I started yesterday from scratch because I updated to MSVC 2013 and
> Qt 5.5
Am 06.12.2015 um 15:27 schrieb Georg Baum:
I still believe that you have left overs from previous compilations. Please
start again from an empty build directory and tell us the result.
But I started yesterday from scratch because I updated to MSVC 2013 and
Qt 5.5.1. so everything is 100% new.
Uwe Stöhr wrote:
> Am 04.12.2015 um 20:53 schrieb Georg Baum:
>
>> This is mot likely caused by an incomplete rebuild. Does it work if you
>> rebuild the projects that appear in the error messages (the first one I
>> could see was insets.lib)?
>
> No this doesn't work. The first library with an
Am 05.12.2015 um 20:39 schrieb Uwe Stöhr:
No this doesn't work. The first library with an error is biblio. Forcing
its creation leads to the same errors as before:...
I am now able to compile with Qt 5.5.1 and MSVC 2013. As soon as I use
std_regex 1 in CMake (your and Kornel's patches applied
Am 04.12.2015 um 20:53 schrieb Georg Baum:
This is mot likely caused by an incomplete rebuild. Does it work if you
rebuild the projects that appear in the error messages (the first one I
could see was insets.lib)?
No this doesn't work. The first library with an error is biblio. Forcing
its cr
Uwe Stöhr wrote:
> with your patches I get now only 48 instead of 135 errors. So it was a
> step in the right direction. the errors I get now are in this form
> (seems that there are traces of boost):
>
> --
>insets.lib(ExternalTransforms.obj) : error LNK2001: Nicht aufge
Am 01.12.2015 um 22:56 schrieb Kornel Benko:
There is missing the patch for searching c++11 flags. They are not needed,
but ATM this info is ignored by our script.
Additional to your patch we need probably also the attached:
many thanks Georg and Kornel,
with your patches I get now only 48 i
Kornel Benko wrote:
> Am Dienstag, 1. Dezember 2015 um 22:06:40, schrieb Georg Baum
>
>
> There is missing the patch for searching c++11 flags. They are not needed,
> but ATM this info is ignored by our script.
>
> Additional to your patch we need probably also the attached:
Yes, setting CXX11
Am Dienstag, 1. Dezember 2015 um 22:06:40, schrieb Georg Baum
> Uwe Stöhr wrote:
>
> > Am 29.11.2015 um 22:30 schrieb Kornel Benko:
> >
> >> The problem may also be usage (respective non-usage) of --std=c++11.
> >> I already asked, what to do to allow MSVC to use this flag, but got no
> >> answer
Uwe Stöhr wrote:
> Am 29.11.2015 um 22:30 schrieb Kornel Benko:
>
>> The problem may also be usage (respective non-usage) of --std=c++11.
>> I already asked, what to do to allow MSVC to use this flag, but got no
>> answer. ATM the windows compilation is probably without, setting the
>> 'LYX_USE_C
Am Sonntag, 29. November 2015 um 23:44:54, schrieb Uwe Stöhr
> Am 29.11.2015 um 22:30 schrieb Kornel Benko:
>
> > The problem may also be usage (respective non-usage) of --std=c++11.
> > I already asked, what to do to allow MSVC to use this flag, but got no
> > answer.
> > ATM the windows compil
Am 29.11.2015 um 22:30 schrieb Kornel Benko:
The problem may also be usage (respective non-usage) of --std=c++11.
I already asked, what to do to allow MSVC to use this flag, but got no answer.
ATM the windows compilation is probably without, setting the 'LYX_USE_CXX11' to 0
The changes could be
Am Sonntag, 29. November 2015 um 21:50:24, schrieb Uwe Stöhr
> As suggested in
> http://www.lyx.org/trac/ticket/9373
> I tried to compile LyX on Windows with std_regex. When doing this, i get
> these error messages (and many more):
>
The problem may also be usage (respective non-usage) of --std
22 matches
Mail list logo
