Andre Poenitz wrote:
On Tue, Sep 04, 2007 at 09:09:12PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
Andre',
I think your recent cleanups is causing some problem on Windows. The
different projects seems to be regenerated at each recompilation. And I
get too much recompile too, especia
On Tue, Sep 04, 2007 at 09:09:12PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> >Andre',
> >
> >I think your recent cleanups is causing some problem on Windows. The
> >different projects seems to be regenerated at each recompilation. And I
> >get too much recompile too, especially for
Abdelrazak Younes wrote:
Andre',
I think your recent cleanups is causing some problem on Windows. The
different projects seems to be regenerated at each recompilation. And I
get too much recompile too, especially for boost and intl.
Could you have a look please?
Abdel.
With set(CMAKE_SUPP
Abdelrazak Younes wrote:
I think your recent cleanups is causing some problem on Windows. The
different projects seems to be regenerated at each recompilation. And
I get too much recompile too, especially for boost and intl.
Let me add that (on Linux) despite
with options \"'--enable-stdlib-de
> If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
> be changed as well, so ask Georg first. Scons handled both cases with
> a little bit work.
So IIUC there's nothing to do with Scons right?
Right now, scons can handle both % and @, I will remove one of them.
Bo
Bo Peng wrote:
> Additionally cmake needs @VAR@ instead of %VAR% to
> get VAR replaced with its value.
> Doesn't configure also work with @? Then please commit
> attached patch.
If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
be changed as well, so ask Georg first. Scons ha
Georg Baum wrote:
Am Donnerstag, 21. Dezember 2006 08:52 schrieb Peter Kümmel:
Bo Peng wrote:
Additionally cmake needs @VAR@ instead of %VAR% to
get VAR replaced with its value.
Doesn't configure also work with @? Then please commit
attached patch.
If you change all @VAR@ to $VAR$ or vise vesa
Am Donnerstag, 21. Dezember 2006 08:52 schrieb Peter Kümmel:
> Bo Peng wrote:
> >> > Additionally cmake needs @VAR@ instead of %VAR% to
> >> > get VAR replaced with its value.
> >> > Doesn't configure also work with @? Then please commit
> >> > attached patch.
> >
> > If you change all @VAR@ to $V
Bo Peng wrote:
>> > Additionally cmake needs @VAR@ instead of %VAR% to
>> > get VAR replaced with its value.
>> > Doesn't configure also work with @? Then please commit
>> > attached patch.
>
> If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
> be changed as well, so ask Georg
> Additionally cmake needs @VAR@ instead of %VAR% to
> get VAR replaced with its value.
> Doesn't configure also work with @? Then please commit
> attached patch.
If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
be changed as well, so ask Georg first. Scons handled both cases
Peter Kümmel wrote:
I've applied this patch:
Index: CMakeLists.txt
===
--- CMakeLists.txt (revision 16341)
+++ CMakeLists.txt (working copy)
@@ -83,6 +83,17 @@
endif(noconsole)
endif(WIN32)
+set(LYX_DIR "
Abdelrazak Younes wrote:
> Hi Peter,
>
> package.C contains the following:
>
> string const top_srcdir()
> {
> static string const dir("%TOP_SRCDIR%");
> return dir;
> }
>
>
> string const hardcoded_localedir()
> {
> return string("%LOCALEDIR%");
> }
>
>
> string const hardcoded_s
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Abdelrazak Younes wrote:
> I think this is something else as I remove CMakeCache.txt before
> trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\q
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I think this is something else as I remove CMakeCache.txt before trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\qt-4\lib
Do you have Joost's qt at this place?
Now I h
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> I think this is something else as I remove CMakeCache.txt before trying.
>>
>> The path to qt is hard coded it Joost's qmake:
>> D:\LyX\lyx-winPackage-msvc\qt-4\lib
>>
>> Do you have Joost's qt at this place?
>
> Now I
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I think this is something else as I remove CMakeCache.txt before trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\qt-4\lib
Do you have Joost's qt at this place?
Now I have yes and it is correctly detected. But why
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Dear Joost, dear Peter,
>>>
>>> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
>>> package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
>>> PATH variable but I have a conflict
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
PATH variable but I have a conflict problem:
D:\devel\lyx\trunk\development\cmake
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Abdelrazak Younes wrote:
>>> Dear Joost, dear Peter,
>>>
>>> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx
>>> Joost's package (lyx-windows-deps-msvc-qt4.zip). I put the inner
>>> qt-4/bin in my PATH variable but I have a conf
Abdelrazak Younes wrote:
> Dear Joost, dear Peter,
>
> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
> package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
> PATH variable but I have a conflict problem:
>
> D:\devel\lyx\trunk\development\cmake>cmake .
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx
Joost's package (lyx-windows-deps-msvc-qt4.zip). I put the inner
qt-4/bin in my PATH variable but I have a conflict problem:
Another problem is this:
A
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
PATH variable but I have a conflict problem:
Another problem is this:
aspell header : D:/LyX/
22 matches
Mail list logo
