> There are nevertheless 2 issues left:
>
>> - the files in LyX's lib folder are not copied to a "Resources" folder in the
>> folder where I have
>> build LyX. LyX therefore won't start when double-clicking on the lyx.exe.
>> (SCons automatically creates the Resources folder and update its content
Am Freitag, den 26.03.2010, 03:50 +0100 schrieb Uwe Stöhr:
> Am 25.03.2010 22:17, schrieb Peter Kümmel:
>
> >> -G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
>
> This doesn't work, but this one:
>
> -G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
Calling cmake
Am 25.03.2010 22:17, schrieb Peter Kümmel:
-G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
This doesn't work, but this one:
-G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
And then open lyx.sln.
I found now out how to decide if a debug or release build is
Am Donnerstag, den 25.03.2010, 17:00 +0100 schrieb Abdelrazak Younes:
> On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
> >>> Btw. After I run CMake, I opened the lyx.sln file. I then used the
> >>> MSVC menu named "build". This successfully compiled LyX, but a debug
> >>> version. What do have to chan
On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or "Debug"
Hmm, the combo box has here onl
>I compiled with "-Dmerge=1" as suggested in the
>"Install.CMake" file and also the "build.bat"
>file in the "cmake" folder in trunk.
>
This is not really practical to use when developing. Every change will
then trigger a full rebuild. Moreover, clicking a compile error won't
bring you to the orig
On 03/25/2010 03:18 PM, Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths,
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflo
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflow
I suggest that you don't
Uwe Stöhr wrote:
> Compilation via CMake and MSVC2008 shows this warning:
>
> d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning C4717:
> 'lyx::operator==' : recursive on all control paths, function will cause
> runtime stack overflow
this comes from here http://www.lyx.org/tra
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning C4717: 'lyx::operator==' :
recursive on all control paths, function will cause runtime stack overflow
regards Uwe
12 matches
Mail list logo
