Re: CMake problems was: removing scons

2011-12-06 Thread Peter Kümmel
There is another issue I noticed: Even if I just have compiled LyX and thus all libs are upt to date, the po-files are recreated. This is unnecessary because nothing has been changed. Is it possible to check also for the po files if something was changed and compile only then? Same here,

Re: CMake problems was: removing scons

2011-12-06 Thread Peter Kümmel
There is another issue I noticed: Even if I just have compiled LyX and thus all libs are upt to date, the po-files are recreated. This is unnecessary because nothing has been changed. Is it possible to check also for the po files if something was changed and compile only then? Same here,

Re: Re: CMake problems was: removing scons

2011-12-05 Thread Kornel Benko
Am Montag, 5. Dezember 2011 um 02:06:47, schrieb Uwe Stöhr uwesto...@web.de Am 29.11.2011 10:27, schrieb Kornel Benko: In cmake build ... The po-files are recreated only if there are changes in some relevant source. But it is difficult to see, if changes are relevant for the po-files

Re: CMake problems was: removing scons

2011-12-05 Thread Peter Kümmel
On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: Re: CMake problems was: removing scons

2011-12-05 Thread Kornel Benko
Am Montag, 5. Dezember 2011 um 02:06:47, schrieb Uwe Stöhr > Am 29.11.2011 10:27, schrieb Kornel Benko: > > > In cmake build ... > > The po-files are recreated only if there are changes in some relevant > > source. But > > it is difficult to see, if changes are relevant for the

Re: CMake problems was: removing scons

2011-12-05 Thread Peter Kümmel
On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: CMake problems was: removing scons

2011-12-04 Thread Uwe Stöhr
Am 29.11.2011 10:27, schrieb Kornel Benko: In cmake build ... The po-files are recreated only if there are changes in some relevant source. But it is difficult to see, if changes are relevant for the po-files before actually creating them. OK, but the po files are also created if I change

Re: CMake problems was: removing scons

2011-12-04 Thread Uwe Stöhr
Am 29.11.2011 10:27, schrieb Kornel Benko: In cmake build ... The po-files are recreated only if there are changes in some relevant source. But it is difficult to see, if changes are relevant for the po-files before actually creating them. OK, but the po files are also created if I change

Re: Re: CMake problems was: removing scons

2011-11-29 Thread Kornel Benko
Am Dienstag, 29. November 2011 um 00:50:24, schrieb Uwe Stöhr uwesto...@web.de Am 28.11.2011 12:50, schrieb Peter Kuemmel: Good, you found a solution! Batch scripting seems really ugly indeed I made the script now compilable in trunk (There must not be a linebreak after an else.) and added

Re: Re: CMake problems was: removing scons

2011-11-29 Thread Kornel Benko
Am Dienstag, 29. November 2011 um 00:50:24, schrieb Uwe Stöhr > Am 28.11.2011 12:50, schrieb Peter Kuemmel: > > > Good, you found a solution! Batch scripting seems really ugly indeed > > I made the script now compilable in trunk (There must not be a linebreak > after an

Re: CMake problems was: removing scons

2011-11-28 Thread Peter Kuemmel
Original-Nachricht Datum: Mon, 28 Nov 2011 01:50:27 +0100 Von: Uwe Stöhr uwesto...@web.de An: Peter Kümmel syntheti...@gmx.net CC: LyX-Devel lyx-devel@lists.lyx.org Betreff: Re: CMake problems was: removing scons Am 14.11.2011 09:30, schrieb Peter Kümmel: Can anybody

Re: CMake problems was: removing scons

2011-11-28 Thread Vincent van Ravesteijn
problems was: removing scons Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path detected

Re: CMake problems was: removing scons

2011-11-28 Thread Uwe Stöhr
Am 28.11.2011 12:58, schrieb Vincent van Ravesteijn: Yes, I raised this issue before and joost fixed this IIRC at that time. How? Do you have a recipe? I would like to fix it in our build script too. This warning is not really important though. I know, but it is a bit annoying that the

Re: CMake problems was: removing scons

2011-11-28 Thread Uwe Stöhr
Am 28.11.2011 12:50, schrieb Peter Kuemmel: Good, you found a solution! Batch scripting seems really ugly indeed I made the script now compilable in trunk (There must not be a linebreak after an else.) and added a securtiy pair. There is another issue I noticed: Even if I just have

Re: CMake problems was: removing scons

2011-11-28 Thread Peter Kuemmel
Original-Nachricht > Datum: Mon, 28 Nov 2011 01:50:27 +0100 > Von: "Uwe Stöhr" <uwesto...@web.de> > An: "Peter Kümmel" <syntheti...@gmx.net> > CC: LyX-Devel <lyx-devel@lists.lyx.org> > Betreff: Re: CMake problems was: removi

Re: CMake problems was: removing scons

2011-11-28 Thread Vincent van Ravesteijn
ter Kümmel" <syntheti...@gmx.net>, LyX-Devel < lyx-devel@lists.lyx.org> > > Betreff: Re: CMake problems was: removing scons > > > Am 28.11.2011 01:50, schrieb Uwe Stöhr: > > > > > After some fiddling I got it to compile. > > > > Th

Re: CMake problems was: removing scons

2011-11-28 Thread Uwe Stöhr
Am 28.11.2011 12:58, schrieb Vincent van Ravesteijn: Yes, I raised this issue before and joost fixed this IIRC at that time. How? Do you have a recipe? I would like to fix it in our build script too. This warning is not really important though. I know, but it is a bit annoying that the

Re: CMake problems was: removing scons

2011-11-28 Thread Uwe Stöhr
Am 28.11.2011 12:50, schrieb Peter Kuemmel: Good, you found a solution! Batch scripting seems really ugly indeed I made the script now compilable in trunk (There must not be a linebreak after an "else".) and added a securtiy "" pair. There is another issue I noticed: Even if I just have

Re: CMake problems was: removing scons

2011-11-27 Thread Uwe Stöhr
Am 14.11.2011 09:30, schrieb Peter Kümmel: Can anybody help me please? Somehow reusing PATH does not work: set PATH=%GNUWIN32_DIR%\bin;%PATH% This command works, also in an if statement, but for an unknown reason not inside an else part of an if-statement. But this has nothing to do

Re: CMake problems was: removing scons

2011-11-27 Thread Uwe Stöhr
Am 14.11.2011 09:30, schrieb Peter Kümmel: Can anybody help me please? Somehow reusing PATH does not work: set PATH=%GNUWIN32_DIR%\bin;%PATH% This command works, also in an if statement, but for an unknown reason not inside an else part of an if-statement. But this has nothing to do

Re: CMake problems was: removing scons

2011-11-14 Thread Peter Kümmel
On 14.11.2011 08:58, Peter Kümmel wrote: On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a

Re: CMake problems was: removing scons

2011-11-14 Thread Peter Kümmel
On 14.11.2011 08:58, Peter Kümmel wrote: On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a

Re: CMake problems was: removing scons

2011-11-13 Thread Peter Kümmel
On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the

Re: CMake problems was: removing scons

2011-11-13 Thread Peter Kümmel
On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the