Re: SCons problem when compiling with version suffix
On 10/30/07, Uwe Stöhr [EMAIL PROTECTED] wrote: When I start compiling LyX with the version suffix 16 using this command: call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=16 gettext=system nls=yes extra_inc_path=..\..\lyx-windows-deps-msvc-qt4\include extra_lib_path=..\..\lyx-windows-deps-msvc-qt4\lib extra_bin_path=..\..\lyx-windows-deps-msvc-qt4\bin qt_dir=..\..\lyx-windows-deps-msvc-qt4\qt-4 cd ..\Win32\packaging Is this in a batch file? SCons still gives me this -c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=15 gettext=system nls=yes in scons_lyx.log Also when I start from scratch and delete the SCons cache, etc. opt.cache will cache a few options, and when you override with version_suffix=16, value 15 will not be used. I can not imagine where this version_suffix=15 sneaks in. Maybe you can search the directory for string 15? Bo
Re: SCons problem when compiling with version suffix
Bo Peng schrieb: Is this in a batch file? Yes. SCons still gives me this -c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=15 gettext=system nls=yes in scons_lyx.log Also when I start from scratch and delete the SCons cache, etc. opt.cache will cache a few options, and when you override with version_suffix=16, value 15 will not be used. I can not imagine where this version_suffix=15 sneaks in. Maybe you can search the directory for string 15? I searched for this but can't find it. I deleted the folders .sconf_temp and release and the files config.log, config_lyx.log, opt.cache, and .sconsign.dblite to assure that I start from scratch. When I now execute the command from the batch file, SCons uses 15 as version suffix and not 16. regards Uwe
Re: SCons problem when compiling with version suffix
When I now execute the command from the batch file, SCons uses 15 as version suffix and not 16. The third line of scons_lyx.log lists the command used, which is simply what it gets from command line. If you get 15 over there, I have no clue what is goine on. Bo
Re: SCons problem when compiling with version suffix
Bo Peng schrieb: The third line of scons_lyx.log lists the command used, which is simply what it gets from command line. If you get 15 over there, I have no clue what is goine on. I found now the reason: My script started unwanted the script that is in \development\Win32\packaging and used the suffix 15. I fixed this now in SVN. thanks for your help and regards Uwe
Re: SCons problem when compiling with version suffix
On 10/30/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > When I start compiling LyX with the version suffix "16" using this command: > > call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4 > mode=release version_suffix=16 > gettext=system nls=yes extra_inc_path=..\..\lyx-windows-deps-msvc-qt4\include > extra_lib_path=..\..\lyx-windows-deps-msvc-qt4\lib > extra_bin_path=..\..\lyx-windows-deps-msvc-qt4\bin > qt_dir=..\..\lyx-windows-deps-msvc-qt4\qt-4 > cd ..\Win32\packaging Is this in a batch file? > SCons still gives me this > > -c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release > version_suffix=15 > gettext=system nls=yes > > in scons_lyx.log Also when I start from scratch and delete the SCons cache, > etc. opt.cache will cache a few options, and when you override with version_suffix=16, value 15 will not be used. I can not imagine where this version_suffix=15 sneaks in. Maybe you can search the directory for string 15? Bo
Re: SCons problem when compiling with version suffix
Bo Peng schrieb: Is this in a batch file? Yes. SCons still gives me this -c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=15 gettext=system nls=yes in scons_lyx.log Also when I start from scratch and delete the SCons cache, etc. opt.cache will cache a few options, and when you override with version_suffix=16, value 15 will not be used. I can not imagine where this version_suffix=15 sneaks in. Maybe you can search the directory for string 15? I searched for this but can't find it. I deleted the folders ".sconf_temp" and "release" and the files config.log, config_lyx.log, opt.cache, and .sconsign.dblite to assure that I start from scratch. When I now execute the command from the batch file, SCons uses "15" as version suffix and not "16". regards Uwe
Re: SCons problem when compiling with version suffix
> When I now execute the command from the batch file, SCons uses "15" as > version suffix and not "16". The third line of scons_lyx.log lists the command used, which is simply what it gets from command line. If you get 15 over there, I have no clue what is goine on. Bo
Re: SCons problem when compiling with version suffix
Bo Peng schrieb: The third line of scons_lyx.log lists the command used, which is simply what it gets from command line. If you get 15 over there, I have no clue what is goine on. I found now the reason: My script started unwanted the script that is in \development\Win32\packaging and used the suffix 15. I fixed this now in SVN. thanks for your help and regards Uwe
Re: SCons problem when executing update_po
I get this error message: scons: *** Source `D:\LyXSVN\lyx-devel\src\LayoutPtr.h' not found, needed by target `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. But there is no longer a POTFILES.in in trunk but the new lyx_pot.py. Could you have a look to make update_po work again when you find time? Fixed. Bo
Re: SCons problem when executing update_po
Bo Peng schrieb: But there is no longer a POTFILES.in in trunk but the new lyx_pot.py. Could you have a look to make update_po work again when you find time? Fixed. Not yet. Now I get scons: *** Source `D:\LyXSVN\lyx-devel\src\TextClass_sptr.h' not found, needed by target `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. There is currently no such file TextClass_sptr.h in SVN. But anyway, there's still the code in SCons to create a Potfiles.in although this file is no longer in SVN trunk (was replaced by the lyx_pot.py method). regards Uwe
Re: SCons problem when executing update_po
Not yet. Now I get scons: *** Source `D:\LyXSVN\lyx-devel\src\TextClass_sptr.h' not found, needed by target `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. There is currently no such file TextClass_sptr.h in SVN. But anyway, there's still the code in SCons to create a Potfiles.in although this file is no longer in SVN trunk (was replaced by the lyx_pot.py method). Sorry, I should not have added an obsolete file TextClass_sptr.h. It should have been fixed now. Bo
Re: SCons problem when executing "update_po"
> I get this error message: > > scons: *** Source `D:\LyXSVN\lyx-devel\src\LayoutPtr.h' not found, needed by > target > `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. > > But there is no longer a "POTFILES.in" in trunk but the new "lyx_pot.py". > Could you have a look to make update_po work again when you find time? Fixed. Bo
Re: SCons problem when executing "update_po"
Bo Peng schrieb: But there is no longer a "POTFILES.in" in trunk but the new "lyx_pot.py". Could you have a look to make update_po work again when you find time? Fixed. Not yet. Now I get scons: *** Source `D:\LyXSVN\lyx-devel\src\TextClass_sptr.h' not found, needed by target `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. There is currently no such file TextClass_sptr.h in SVN. But anyway, there's still the code in SCons to create a Potfiles.in although this file is no longer in SVN trunk (was replaced by the lyx_pot.py method). regards Uwe
Re: SCons problem when executing "update_po"
> > Not yet. Now I get > > scons: *** Source `D:\LyXSVN\lyx-devel\src\TextClass_sptr.h' not found, > needed by target > `D:\LyXSVN\lyx-devel\po\POTFILES.in'. Stop. > > There is currently no such file TextClass_sptr.h in SVN. > > But anyway, there's still the code in SCons to create a Potfiles.in although > this file is no longer > in SVN trunk (was replaced by the lyx_pot.py method). Sorry, I should not have added an obsolete file TextClass_sptr.h. It should have been fixed now. Bo
Re: scons problem
Michael Gerz schrieb:
Bo?
scons: *** Source
`C:\msys\home\michael\lyx-trunk\boost\libs\filesystem\src\convenience.cpp'
not found, needed by target
`debug\boost\filesystem\src\convenience.o'. Stop.
This patch works. I will commit it in a minute...
Michael
Index: C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
===
--- C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
(revision 14911)
+++ C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
(working copy)
@@ -75,10 +75,10 @@
boost_libs_filesystem_src_files = Split('''
-convenience.cpp
exception.cpp
-operations_posix_windows.cpp
-path_posix_windows.cpp
+operations.cpp
+path.cpp
+portability.cpp
''')
Re: scons problem
On 9/6/06, Michael Gerz [EMAIL PROTECTED] wrote:
This patch works. I will commit it in a minute...
boost_libs_filesystem_src_files = Split('''
-convenience.cpp
exception.cpp
-operations_posix_windows.cpp
-path_posix_windows.cpp
+operations.cpp
+path.cpp
+portability.cpp
''')
Thanks. Are these files new? (Has boost been upgraded?)
Bo
Re: scons problem
Bo Peng wrote: Thanks. Are these files new? Yes. (Has boost been upgraded?) Yes. Announced several days ago, and done yesterday. Georg
Re: scons problem
Yes. Announced several days ago, and done yesterday. Does this mean system boost (1.33.1) is no longer usable? Bo
Re: scons problem
Bo Peng wrote: Yes. Announced several days ago, and done yesterday. Does this mean system boost (1.33.1) is no longer usable? It is still usable, but not officially and only with a small patch. This was btw the case already before the upgrade to 1.34, because we fixed a header inclusion problem in our copy of 1.33. 1.34 is now required because of the boost::bind related problems that gcc 4.1 has with older releases (or the problems older boost releases have with gcc), so an unpatched 1.33 should not be used with gcc 4.1 anyway. Georg
Re: scons problem
Michael Gerz schrieb:
Bo?
scons: *** Source
`C:\msys\home\michael\lyx-trunk\boost\libs\filesystem\src\convenience.cpp'
not found, needed by target
`debug\boost\filesystem\src\convenience.o'. Stop.
This patch works. I will commit it in a minute...
Michael
Index: C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
===
--- C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
(revision 14911)
+++ C:/msys/home/mg/lyx-trunk/development/scons/scons_manifest.py
(working copy)
@@ -75,10 +75,10 @@
boost_libs_filesystem_src_files = Split('''
-convenience.cpp
exception.cpp
-operations_posix_windows.cpp
-path_posix_windows.cpp
+operations.cpp
+path.cpp
+portability.cpp
''')
Re: scons problem
On 9/6/06, Michael Gerz <[EMAIL PROTECTED]> wrote:
This patch works. I will commit it in a minute...
boost_libs_filesystem_src_files = Split('''
-convenience.cpp
exception.cpp
-operations_posix_windows.cpp
-path_posix_windows.cpp
+operations.cpp
+path.cpp
+portability.cpp
''')
Thanks. Are these files new? (Has boost been upgraded?)
Bo
Re: scons problem
Bo Peng wrote: > Thanks. Are these files new? Yes. > (Has boost been upgraded?) Yes. Announced several days ago, and done yesterday. Georg
Re: scons problem
Yes. Announced several days ago, and done yesterday. Does this mean system boost (1.33.1) is no longer usable? Bo
Re: scons problem
Bo Peng wrote: >> Yes. Announced several days ago, and done yesterday. > > Does this mean system boost (1.33.1) is no longer usable? It is still usable, but not officially and only with a small patch. This was btw the case already before the upgrade to 1.34, because we fixed a header inclusion problem in our copy of 1.33. 1.34 is now required because of the boost::bind related problems that gcc 4.1 has with older releases (or the problems older boost releases have with gcc), so an unpatched 1.33 should not be used with gcc 4.1 anyway. Georg
Re: [scons problem] Re: r14890 - in /lyx-devel/trunk: configure.ac development/sc...
Abdelrazak Younes wrote: Scons/windows has problem with this change: I did not test the scons change. It looks like I forgot a comma. Does this patch help? GeorgIndex: development/scons/SConstruct === --- development/scons/SConstruct (Revision 14890) +++ development/scons/SConstruct (Arbeitskopie) @@ -1101,7 +1101,7 @@ int count() 'Spell engine to use' ), # we need to know the byte order for unicode conversions -(sys.byteorder == 'big', 'WORDS_BIGENDIAN' +(sys.byteorder == 'big', 'WORDS_BIGENDIAN', 'Define to 1 if your processor stores words with the most significant byte first (like Motorola and SPARC, unlike Intel and VAX).' ), ],
Re: [scons problem] Re: r14890 - in /lyx-devel/trunk: configure.ac development/sc...
Georg Baum wrote: Abdelrazak Younes wrote: Scons/windows has problem with this change: I did not test the scons change. It looks like I forgot a comma. Does this patch help? Yes.
Re: [scons problem] Re: r14890 - in /lyx-devel/trunk: configure.ac development/sc...
Abdelrazak Younes wrote: > Scons/windows has problem with this change: I did not test the scons change. It looks like I forgot a comma. Does this patch help? GeorgIndex: development/scons/SConstruct === --- development/scons/SConstruct (Revision 14890) +++ development/scons/SConstruct (Arbeitskopie) @@ -1101,7 +1101,7 @@ int count() 'Spell engine to use' ), # we need to know the byte order for unicode conversions -(sys.byteorder == 'big', 'WORDS_BIGENDIAN' +(sys.byteorder == 'big', 'WORDS_BIGENDIAN', 'Define to 1 if your processor stores words with the most significant byte first (like Motorola and SPARC, unlike Intel and VAX).' ), ],
Re: [scons problem] Re: r14890 - in /lyx-devel/trunk: configure.ac development/sc...
Georg Baum wrote: Abdelrazak Younes wrote: Scons/windows has problem with this change: I did not test the scons change. It looks like I forgot a comma. Does this patch help? Yes.
Re: Scons problem (1.5.X)
I cannot set CPPFLAGS: Fixed in trunk. Will be applied to 1.4.x if confirmed. Bo
Re: Scons problem (1.5.X)
I cannot set CPPFLAGS: Fixed in trunk. Will be applied to 1.4.x if confirmed. Bo
Re: scons problem
Bo, can you help me? (It worked last week) Let me have a look. I just did a big change for scons. Namely, I now use explicit file list instead of globing. Maybe somefile is lost. Bo
Re: scons problem
Bo Peng wrote:
Bo, can you help me? (It worked last week)
Let me have a look. I just did a big change for scons. Namely, I now
use explicit file list instead of globing. Maybe somefile is lost.
[EMAIL PROTECTED]:~/lyx-trunk/development/scons grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
Looks like lyx_post_source is not defined at all.
Michael
Re: scons problem
[EMAIL PROTECTED]:~/lyx-trunk/development/scons grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
I see, src_post_files instead...
Bo
Re: scons problem
Bo Peng wrote:
[EMAIL PROTECTED]:~/lyx-trunk/development/scons grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
I see, src_post_files instead...
Better... :-)
Michael
Re: scons problem
On 8/13/06, Michael Gerz [EMAIL PROTECTED] wrote:
Bo Peng wrote:
[EMAIL PROTECTED]:~/lyx-trunk/development/scons grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
Fixed in trunk. Thank you for testing.
Bo
Re: scons problem
Bo, can you help me? (It worked last week) Let me have a look. I just did a big change for scons. Namely, I now use explicit file list instead of globing. Maybe somefile is lost. Bo
Re: scons problem
Bo Peng wrote:
Bo, can you help me? (It worked last week)
Let me have a look. I just did a big change for scons. Namely, I now
use explicit file list instead of globing. Maybe somefile is lost.
[EMAIL PROTECTED]:~/lyx-trunk/development/scons> grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
Looks like lyx_post_source is not defined at all.
Michael
Re: scons problem
[EMAIL PROTECTED]:~/lyx-trunk/development/scons> grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
I see, src_post_files instead...
Bo
Re: scons problem
Bo Peng wrote:
[EMAIL PROTECTED]:~/lyx-trunk/development/scons> grep lyx_post_source *
SConstruct:lyx_post_source.append('aspell.C')
SConstruct:lyx_post_source.append('pspell.C')
SConstruct:lyx_post_source.append('ispell.C')
I see, src_post_files instead...
Better... :-)
Michael
Re: scons problem
On 8/13/06, Michael Gerz <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
>> [EMAIL PROTECTED]:~/lyx-trunk/development/scons> grep lyx_post_source *
>> SConstruct:lyx_post_source.append('aspell.C')
>> SConstruct:lyx_post_source.append('pspell.C')
>> SConstruct:lyx_post_source.append('ispell.C')
Fixed in trunk. Thank you for testing.
Bo
