Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: Georg Baum [EMAIL PROTECTED] writes: | How long? Or more specifically: Why not now? Mostly selfish reason. Give this scons stuff to settle a bit and we will look at it. OK, I will come back when I think it is time. Georg
Re: Debut of the scons-based build system for lyx
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak I understand all this, really. Nevertheless, maybe because Abdelrazak of this bad past experience, I have the feeling that you Abdelrazak (as a whole) are over protective with your baby. LyX is Abdelrazak not a baby anymore, she is now a beautiful young lady that Abdelrazak needs some adventure beside you ;-) As you may now, men are not supposed to take liberties with women just because they want to. And you should be very careful about her angry brothers :) Abdelrazak I mean, maybe I am wrong but the primary reason why you Abdelrazak have cleanup the code is to ease new feature development, Abdelrazak isn't it? Yes. And we do not intend to cleanup the same things again in one or two years. I think the important thing here is that features should be designed and not only coded. Abdelrazak [...] So my fellow LyXians if you elect me as president I promisse free bear for everyone. ;-) Abdelrazak That sounds like the maintainer you were looking for Lars Abdelrazak :-) What would we do with a bear?? JMarc
Re: Fwd: Debut of the scons-based build system for lyx
Bo == Bo Peng [EMAIL PROTECTED] writes: I was expecting that only the aspell.C file would be recompiled but I see that everything is being recompiled (see attached scons_lyx.log), is that normal, Bo? Bo That is because the whole commands that generate other files are Bo also changed, although others do not care about the added flags. This is why flags should be added to config.h. Isn't this what you are doing? JMarc
Re: Debut of the scons-based build system for lyx
On Thursday 11 May 2006 08:40, Jean-Marc Lasgouttes wrote: What would we do with a bear?? You should use it to keep the beer cool, I can assure you that there are not many people brave (== foolish) enough to face a polar bear just for a beer. So as you see your beer will be safe and cool. JMarc My totem animal is Polar Bear in case you wonder. :-) -- José Abílio
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote: | That sounds like the maintainer you were looking for Lars :-) Can we trust a person that is afraid of cucumbers? Are you cucumberhater-o-fobic by any change? I am starting to think about withdrawing my proposal for the next stable release coordinator. I hope you are happy now. -- Lgb -- José Abílio
Re: Debut of the scons-based build system for lyx
Jose' Matos [EMAIL PROTECTED] writes: | On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote: | | That sounds like the maintainer you were looking for Lars :-) | | Can we trust a person that is afraid of cucumbers? | | Are you cucumberhater-o-fobic by any change? | | I am starting to think about withdrawing my proposal for the next stable | release coordinator. I hope you are happy now. Oh! No no. I hate cucumbers and love bears as well. Consider yourself sucked into the rola as 1.5 next stable release coordinator. -- Lgb
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 10:40:33AM -0500, Bo Peng wrote: On 5/9/06, Andre Poenitz [EMAIL PROTECTED] wrote: On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote: Vim is *the* editing tool for me. *You can tell from the first line of every SCons* files). Why is this needed btw? Can't you use autocmd for it? I know, but when someone else is editing this file, he may be frustrated by the tab space thing because of his own settings. This is especially true when python is sensitive to mixed tabs/spaces. LyX uses tab-for-logical-indentation-spaces-for-alignment. This works with python as well as far as I can tell. And it works with every value of spaces-per-tab. Andre'
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: > Georg Baum <[EMAIL PROTECTED]> > writes: > > | How long? Or more specifically: Why not now? > > Mostly selfish reason. > > Give this scons stuff to settle a bit and we will look at it. OK, I will come back when I think it is time. Georg
Re: Debut of the scons-based build system for lyx
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I understand all this, really. Nevertheless, maybe because Abdelrazak> of this bad past experience, I have the feeling that you Abdelrazak> (as a whole) are over protective with your baby. LyX is Abdelrazak> not a baby anymore, she is now a beautiful young lady that Abdelrazak> needs some adventure beside you ;-) As you may now, men are not supposed to take liberties with women just because they want to. And you should be very careful about her angry brothers :) Abdelrazak> I mean, maybe I am wrong but the primary reason why you Abdelrazak> have cleanup the code is to ease new feature development, Abdelrazak> isn't it? Yes. And we do not intend to cleanup the same things again in one or two years. I think the important thing here is that features should be designed and not only coded. Abdelrazak> [...] >> So my fellow LyXians if you elect me as president I promisse free >> bear for everyone. ;-) Abdelrazak> That sounds like the maintainer you were looking for Lars Abdelrazak> :-) What would we do with a bear?? JMarc
Re: Fwd: Debut of the scons-based build system for lyx
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> I was expecting that only the aspell.C file would be recompiled but >> I see that everything is being recompiled (see attached >> scons_lyx.log), is that normal, Bo? Bo> That is because the whole commands that generate other files are Bo> also changed, although others do not care about the added flags. This is why flags should be added to config.h. Isn't this what you are doing? JMarc
Re: Debut of the scons-based build system for lyx
On Thursday 11 May 2006 08:40, Jean-Marc Lasgouttes wrote: > What would we do with a bear?? You should use it to keep the beer cool, I can assure you that there are not many people brave (== foolish) enough to face a polar bear just for a beer. So as you see your beer will be safe and cool. > JMarc My totem animal is Polar Bear in case you wonder. :-) -- José Abílio
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote: > | That sounds like the maintainer you were looking for Lars :-) > > Can we trust a person that is afraid of cucumbers? Are you cucumberhater-o-fobic by any change? I am starting to think about withdrawing my proposal for the next stable release coordinator. I hope you are happy now. > -- > Lgb -- José Abílio
Re: Debut of the scons-based build system for lyx
Jose' Matos <[EMAIL PROTECTED]> writes: | On Wednesday 10 May 2006 18:49, Lars Gullik Bjønnes wrote: | > | That sounds like the maintainer you were looking for Lars :-) | > | > Can we trust a person that is afraid of cucumbers? | | Are you cucumberhater-o-fobic by any change? | | I am starting to think about withdrawing my proposal for the next stable | release coordinator. I hope you are happy now. Oh! No no. I hate cucumbers and love bears as well. Consider yourself sucked into the rola as 1.5 next stable release coordinator. -- Lgb
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 10:40:33AM -0500, Bo Peng wrote: > On 5/9/06, Andre Poenitz <[EMAIL PROTECTED]> wrote: > >On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote: > >> Vim is *the* editing tool for me. *You can tell from the first line of > >> every SCons* files). > > > >Why is this needed btw? > > > >Can't you use autocmd for it? > > I know, but when someone else is editing this file, he may be > frustrated by the tab space thing because of his own settings. This is > especially true when python is sensitive to mixed tabs/spaces. LyX uses tab-for-logical-indentation-spaces-for-alignment. This works with python as well as far as I can tell. And it works with every value of spaces-per-tab. Andre'
Re: Fwd: Debut of the scons-based build system for lyx
Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Abdel.
Re: Debut of the scons-based build system for lyx
Bo Peng wrote: A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. Georg PS: If you are frustated, take a break, but don't frustrate others.
Re: Debut of the scons-based build system for lyx
Bo Peng a écrit : Abdel said that scons is able to recognize .C files as C++ source files on a native Windows environment. Why it is not able to do so with cygwin? I did not read that email in detail, what I know is that gcc tells the content of a .c file and make itself g++ if the file is indeed in C++. However, at linking time, gcc and g++ may lead to different results (stdc++.so etc). A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). Please only reserve this treatment for cygwin as it seems to work well with mingw: * gcc rightfully takes .C file as C++ (by contents or by extension, I am not sure). * Scons generates moc_xxx.cc file so they should be correctly identified as C++ by gcc. * linking should be done with g++ or IIRC you can also use gcc and pass -lstdc++ Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... -- Enrico
Re: Fwd: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... Very good, is it in already? If yes what is the option? scons -h doesn't seem to work. Abdel.
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:43:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : Abdel said that scons is able to recognize .C files as C++ source files on a native Windows environment. Why it is not able to do so with cygwin? I did not read that email in detail, what I know is that gcc tells the content of a .c file and make itself g++ if the file is indeed in C++. However, at linking time, gcc and g++ may lead to different results (stdc++.so etc). A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). Please only reserve this treatment for cygwin as it seems to work well with mingw: * gcc rightfully takes .C file as C++ (by contents or by extension, I am not sure). * Scons generates moc_xxx.cc file so they should be correctly identified as C++ by gcc. * linking should be done with g++ or IIRC you can also use gcc and pass -lstdc++ Wait a moment Abdel. If scons is using gcc to compile .C files it means that it is not able to recognize them as C++ sources. This also means that it will not check for mocable files. So, how can it work for you? I verified that 57 object files were missing from libqt3.a without Bo's treatment and this led to the dreadful undefined reference for vtable in... error. -- Enrico
Re: Debut of the scons-based build system for lyx
Bo Peng [EMAIL PROTECTED] writes: | Could I suggest that you list the initial features that you want so that | scons stays in SVN? | | Lars wants an immediate replacement for autotools. That will not | happen any time soon. No. I want immediate proof that scons is _capable_ of replacing autotools. Huge difference. -- Lgb
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:39:32AM +0200, Georg Baum wrote: Bo Peng wrote: A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I can't speak for Bo, of course, but I think he had 1.4 in mind. -- Enrico
Re: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:43:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : Abdel said that scons is able to recognize .C files as C++ source files on a native Windows environment. Why it is not able to do so with cygwin? I did not read that email in detail, what I know is that gcc tells the content of a .c file and make itself g++ if the file is indeed in C++. However, at linking time, gcc and g++ may lead to different results (stdc++.so etc). A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). Please only reserve this treatment for cygwin as it seems to work well with mingw: * gcc rightfully takes .C file as C++ (by contents or by extension, I am not sure). * Scons generates moc_xxx.cc file so they should be correctly identified as C++ by gcc. * linking should be done with g++ or IIRC you can also use gcc and pass -lstdc++ Wait a moment Abdel. If scons is using gcc to compile .C files it means that it is not able to recognize them as C++ sources. I confirm that Scons is using gcc and g++ to compile the .C file. I reckon gcc is intelligent enough to recognize these file as C++. Otherwise they would obviously not compile at all. The weird thing is that I see this in SConstruct: # under windows, scons is confused by .C/.c and uses gcc instead of # g++. I am forcing the use of g++ here. This is expected to change # after lyx renames all .C files to .cpp if platform_name in ['win32', 'cygwin']: env['CC'] = 'g++' env['LINK'] = 'g++' But gcc is used everywhere! I have removed 'win32' from the code above and it works the same. I think these environment variable are simply ignored in straight win32 (remember that I am compiling from the console not from the cygwin shell). A related problem that I have is that CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. This also means that it will not check for mocable files. So, how can it work for you? I don't know but it works. mocable files are correctly recognized and the resulting moc_xxx.cc files are compiled with gcc. I verified that 57 object files were missing from libqt3.a without Bo's treatment and this led to the dreadful undefined reference for vtable in... error. I don't have that with qt4 /mingw :-) Abdel.
Re: Debut of the scons-based build system for lyx
Enrico Forestieri wrote: On Wed, May 10, 2006 at 09:39:32AM +0200, Georg Baum wrote: Bo Peng wrote: A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I can't speak for Bo, of course, but I think he had 1.4 in mind. If that is the case I take everything back (but I don't understand why we need scons in 1.4 at all, since it is only a maintenance branch) Georg
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 11:52:01AM +0200, Abdelrazak Younes wrote: Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... Very good, is it in already? Yes, I think so. If yes what is the option? scons -h doesn't seem to work. Simply point extra_inc_path1 and extra_lib_path1 to the aspell libraries and it should work. -- Enrico
Re: Debut of the scons-based build system for lyx
Georg Baum a écrit : (but I don't understand why we need scons in 1.4 at all, since it is only a maintenance branch) Agreed. We have already enough difficulty to let it stay in 1.5 so please don't advocate 1.4. Abdel.
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 12:39:09PM +0200, Abdelrazak Younes wrote: Enrico Forestieri a écrit : Wait a moment Abdel. If scons is using gcc to compile .C files it means that it is not able to recognize them as C++ sources. I confirm that Scons is using gcc and g++ to compile the .C file. I reckon gcc is intelligent enough to recognize these file as C++. Otherwise they would obviously not compile at all. The weird thing is that I see this in SConstruct: # under windows, scons is confused by .C/.c and uses gcc instead of # g++. I am forcing the use of g++ here. This is expected to change # after lyx renames all .C files to .cpp if platform_name in ['win32', 'cygwin']: env['CC'] = 'g++' env['LINK'] = 'g++' But gcc is used everywhere! I have removed 'win32' from the code above and it works the same. And you are using a native python, right? I think these environment variable are simply ignored in straight win32 (remember that I am compiling from the console not from the cygwin shell). I am sorry for you having to use that hostile environment ;-) A related problem that I have is that CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. Using CCFLAGS=-O2 on the scons command line works fine for me. This also means that it will not check for mocable files. So, how can it work for you? I don't know but it works. mocable files are correctly recognized and the resulting moc_xxx.cc files are compiled with gcc. Huh? Do you mean that gcc is also used for .cc files? I verified that 57 object files were missing from libqt3.a without Bo's treatment and this led to the dreadful undefined reference for vtable in... error. I don't have that with qt4 /mingw :-) Then qt4 is somehow different from qt3 (or Bo did something to deal with it, too). -- Enrico
Re: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 12:39:09PM +0200, Abdelrazak Younes wrote: But gcc is used everywhere! I have removed 'win32' from the code above and it works the same. And you are using a native python, right? Right. I think these environment variable are simply ignored in straight win32 (remember that I am compiling from the console not from the cygwin shell). I am sorry for you having to use that hostile environment ;-) Such is life :-( A related problem that I have is that CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. Using CCFLAGS=-O2 on the scons command line works fine for me. Don't work here. export CCFLAFS=-O3 -w don't work either even if I see: Acquiring varaible CXXFLAGS from system environment: -O3 -w This also means that it will not check for mocable files. So, how can it work for you? I don't know but it works. mocable files are correctly recognized and the resulting moc_xxx.cc files are compiled with gcc. Huh? Do you mean that gcc is also used for .cc files? Yes. I verified that 57 object files were missing from libqt3.a without Bo's treatment and this led to the dreadful undefined reference for vtable in... error. I don't have that with qt4 /mingw :-) Then qt4 is somehow different from qt3 (or Bo did something to deal with it, too). Maybe it's Scons that do something special for Qt4 because I see a Loading qt4 tool... message. Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 11:52:01AM +0200, Abdelrazak Younes wrote: Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... Very good, is it in already? Yes, I think so. If yes what is the option? scons -h doesn't seem to work. Simply point extra_inc_path1 and extra_lib_path1 to the aspell libraries and it should work. Yep, actually I didn't need the xxx1 options because I only need aspell (what's this aiksaurus anyway??): scons qt_dir=d:/program/Qt/4.1 extra_inc_path=d:/program/Aspell-0.60.4/include extra_lib_path=d:/program/Aspell-0.60.4/lib I was expecting that only the aspell.C file would be recompiled but I see that everything is being recompiled (see attached scons_lyx.log), is that normal, Bo? Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 02:18:46PM +0200, Abdelrazak Younes wrote: Yep, actually I didn't need the xxx1 options because I only need aspell (what's this aiksaurus anyway??): It's a thesaurus http://aiksaurus.sourceforge.net/ -- Enrico
Re: Debut of the scons-based build system for lyx
Joost If compilation with MSVC++ worked, the vcproj files would be Joost very useful. However, there are still incompatibilities that Joost break important things. It used to work. What is broken now? Scons claims that it can generate vc project file so I think this is an easier way to maintain the vc port. Bo
Re: Fwd: Debut of the scons-based build system for lyx
On 5/9/06, Andre Poenitz [EMAIL PROTECTED] wrote: On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote: Vim is *the* editing tool for me. *You can tell from the first line of every SCons* files). Why is this needed btw? Can't you use autocmd for it? I know, but when someone else is editing this file, he may be frustrated by the tab space thing because of his own settings. This is especially true when python is sensitive to mixed tabs/spaces. This is already the case for my work. I never use tab in my code but lyx uses it. What I am doing now is that I add no-tab settings to my files and use tab as default for lyx source files. Bo
Re: Debut of the scons-based build system for lyx
When scons install works, I will look at making it part of my daily builds. This is the easy part, and will be done shortly. What are more difficult are scons dist, dist-clean, rpm etc, by which autotools are proud of. Bo
Re: Debut of the scons-based build system for lyx
A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I have no right to make such a big decision. I proposed a filename change and get is your problem fixed? reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. Bo
Re: Debut of the scons-based build system for lyx
No. I want immediate proof that scons is _capable_ of replacing autotools. Huge difference. Actually, I would like to free myself from the obligation of challenging autotools. I personally believe that scons will evolve to a state that can replace autotools without doubt, but it is not easy to prove it *now*, given its 0.96.xx status. Currently, autotools work on windows, cygwin, solaris and every linux variant under the sun so a replacement is not needed. As long as package packers can live with autotools, I have no intention to change the current status. That does not have to mean autotools are easy to use. We windows (?) programmers have had trouble with changing even a small bit of .m4 file, and we dislike the lengthy and sometimes unnecessary ./configure process, and the need to change between mingw/cygwin etc just to get the right version of autotools. Please allow *us* to use the scons system and make our lives a bit easier. *nix people please stay with autotools. Cheers, Bo
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 16:51, Bo Peng wrote: I have no right to make such a big decision. I proposed a filename change and get is your problem fixed? reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. Clearly that is an oversimplification of what was said. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. ?! Bo -- José Abílio
Re: Debut of the scons-based build system for lyx
So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I can't speak for Bo, of course, but I think he had 1.4 in mind. No, I only had 1.5 in mind. I was making a prediction that the name change will not happen this time, and I will be really happy to know I was wrong. Bo
Re: Debut of the scons-based build system for lyx
Bo Peng [EMAIL PROTECTED] writes: | No. I want immediate proof that scons is _capable_ of replacing | autotools. Huge difference. | | Actually, I would like to free myself from the obligation of | challenging autotools. I personally believe that scons will evolve to | a state that can replace autotools without doubt, but it is not easy | to prove it *now*, given its 0.96.xx status. | | Currently, autotools work on windows, cygwin, solaris and every linux | variant under the sun so a replacement is not needed. As long as | package packers can live with autotools, I have no intention to change | the current status. Ok, nail in the coffin then. Retire all scons stuff to the development dir, just as was done with the vcproj stuff. -- Lgb
Re: Debut of the scons-based build system for lyx
Bo Peng a écrit : A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I have no right to make such a big decision. I proposed a filename change and get is your problem fixed? reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. I think there is a communication problem here, Bo. Georg offered to do this renaming job over the week-end. I think you are frustrated by Andre's comment but AFAIU, he only meant that the fact that there is a problem with Qt3/cygwin and .C file is not a justification for this change, that's it. But IMHO, this change should happen anyway. Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak Younes [EMAIL PROTECTED] writes: | Bo Peng a écrit : | A renaming of lyx .C files will never happen so we will have to use | the current solution, .i.e., force moc'ing, and force the use of g++ | (I know, this leads to non-portability. but this is life). | | So this is the answer to my offer to do the renaming on a rainy weekend? | Good to know, if you continue like this you will save me some time | because | I don't need to read your posts anymore. | I have no right to make such a big decision. I proposed a filename | change and get is your problem fixed? reply. Namely, as long as lyx | is working, such a big change is not welcome, especially when the | source of the problem is from the stupidity of windows. | Also, as you can see, this problem has been brought up several times | but no action had been taken. I have no reason to believe that this | will happen this time. | | I think there is a communication problem here, Bo. Georg offered to do | this renaming job over the week-end. I think you are frustrated by | Andre's comment but AFAIU, he only meant that the fact that there is a | problem with Qt3/cygwin and .C file is not a justification for this | change, that's it. But IMHO, this change should happen anyway. I am not really against a renaming. But I'd like it to wait for a while. -- Lgb
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes a écrit : Bo Peng [EMAIL PROTECTED] writes: | No. I want immediate proof that scons is _capable_ of replacing | autotools. Huge difference. | | Actually, I would like to free myself from the obligation of | challenging autotools. I personally believe that scons will evolve to | a state that can replace autotools without doubt, but it is not easy | to prove it *now*, given its 0.96.xx status. | | Currently, autotools work on windows, cygwin, solaris and every linux | variant under the sun so a replacement is not needed. As long as | package packers can live with autotools, I have no intention to change | the current status. Ok, nail in the coffin then. Retire all scons stuff to the development dir, just as was done with the vcproj stuff. Come on guys, keep cool. Lars just agreed for Scons presence in trunk... IMHO there's better things in life than to fight for these little matters. Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak Come on guys, keep cool. Lars just agreed for Scons Abdelrazak presence in trunk... IMHO there's better things in life Abdelrazak than to fight for these little matters. There was a time when developing for LyX did not involve flexing muscles all day long. It was nice. JMarc
Re: Debut of the scons-based build system for lyx
Bo Peng wrote: I have no right to make such a big decision. I proposed a filename change and get is your problem fixed? reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. I did not read it like that. André pointed out (and was right IMO) that .C and .c work fine on windows as long as you don't need foo.C and foo.c at the same time, so scons does not as well as it could here. The reason for renaming from .C to .cpp is not scons needs it but it is useful for a couple of reasons, one being some problems on windows. This has been stated more than once. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. And this is what I don't like. I promised to do the change, and you still believe it will not happen. The difference to the last times this issue has been discussed was that then nobody said he wanted to do it, only a conclusion this should happen some time has been reached. OK, Lars said he wants to wait for a while, but this does not mean to wait forever. Anyway, I stop participating in these meta-discussions right now, it does only cost time and resultsv in nothing. Georg
Re: Debut of the scons-based build system for lyx
Jean-Marc Lasgouttes wrote: There was a time when developing for LyX did not involve flexing muscles all day long. It was nice. Indeed. Georg
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: I am not really against a renaming. But I'd like it to wait for a while. How long? Or more specifically: Why not now? Georg
Re: Debut of the scons-based build system for lyx
Georg Baum a écrit : Jean-Marc Lasgouttes wrote: There was a time when developing for LyX did not involve flexing muscles all day long. It was nice. Indeed. Guys, you have to recognize that it's difficult for us also that we have to fight for each and every feature and prove ourselves each time. I don't mind discussing myself (I probably enjoy it as it is a new experience for me ;-)); but if you really are fad up with these lengthy discussions about windows and scons and etc. please tell us and we will switch to private discussions. Abdel.
Re: Debut of the scons-based build system for lyx
Georg Baum [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: | | I am not really against a renaming. But I'd like it to wait for a | while. | | How long? Or more specifically: Why not now? Mostly selfish reason. Give this scons stuff to settle a bit and we will look at it. When I said I am not really against a renaming, I really should have said: I am in favour of a renaming. -- Lgb
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote: Guys, you have to recognize that it's difficult for us also that we have to fight for each and every feature and prove ourselves each time. I don't mind discussing myself (I probably enjoy it as it is a new experience for me ;-)); but if you really are fad up with these lengthy discussions about windows and scons and etc. please tell us and we will switch to private discussions. What you are saying is reasonable but please look to the other side of the coin. We (LyX) had lots of half features implemented over time where after the initial enthusiasm of the author fade away the feature was left to rotten since no one knew the code. This is what we don't want to happen again. Sometimes it seems tempting to trade a short term advantage for the long time code stability. Believe me it is not worth it. We are aware that the management of different wills is not easy. And people like rewards in the form of code acceptance. It feels good when my code is accepted, and so it does for other people. That is why we try to maintain the balance between stability and new features. Email is certainly not the best collaboration tool there is but we don't have any better tool (yet). So a little patience does not hurt either, remember the netiquette mantra Be conservative in what you sent, be liberal in what you receive. I refer email here because I have read several threads differently from other, and that takes times to understand. LyX has its own culture and although not being necessary to know it to communicate it helps a lot. All contributions are welcome and as any human endeavour there are non-written rules to follow. It is our nature after all. :-) So my fellow LyXians if you elect me as president I promisse free bear for everyone. ;-) Abdel. Best regards, -- José Abílio
Re: Debut of the scons-based build system for lyx
Jose' Matos a écrit : On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote: Guys, you have to recognize that it's difficult for us also that we have to fight for each and every feature and prove ourselves each time. I don't mind discussing myself (I probably enjoy it as it is a new experience for me ;-)); but if you really are fad up with these lengthy discussions about windows and scons and etc. please tell us and we will switch to private discussions. What you are saying is reasonable but please look to the other side of the coin. We (LyX) had lots of half features implemented over time where after the initial enthusiasm of the author fade away the feature was left to rotten since no one knew the code. This is what we don't want to happen again. Sometimes it seems tempting to trade a short term advantage for the long time code stability. Believe me it is not worth it. I understand all this, really. Nevertheless, maybe because of this bad past experience, I have the feeling that you (as a whole) are over protective with your baby. LyX is not a baby anymore, she is now a beautiful young lady that needs some adventure beside you ;-) I mean, maybe I am wrong but the primary reason why you have cleanup the code is to ease new feature development, isn't it? [...] So my fellow LyXians if you elect me as president I promisse free bear for everyone. ;-) That sounds like the maintainer you were looking for Lars :-) Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak Younes [EMAIL PROTECTED] writes: | I understand all this, really. Nevertheless, maybe because of this bad | past experience, I have the feeling that you (as a whole) are over | protective with your baby. LyX is not a baby anymore, she is now a | beautiful young lady that needs some adventure beside you ;-) And as a lady should not be taken any liberties upon without consent :-) | I mean, maybe I am wrong but the primary reason why you have cleanup | the code is to ease new feature development, isn't it? Right. But if we are not at least a bit careful, cleanup can result in something ah hmm less clean. And pure cleanup patches usually have no problems of acceptance. (apart from stylistic issues and if it is the right cleanup...) | [...] |So my fellow LyXians if you elect me as president I promisse free | bear for everyone. ;-) | | That sounds like the maintainer you were looking for Lars :-) Can we trust a person that is afraid of cucumbers? -- Lgb
Re: Fwd: Debut of the scons-based build system for lyx
I was expecting that only the aspell.C file would be recompiled but I see that everything is being recompiled (see attached scons_lyx.log), is that normal, Bo? That is because the whole commands that generate other files are also changed, although others do not care about the added flags. Bo
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: I am not really against a renaming. But I'd like it to wait for a while. For instance, until the CT merge :-) Michael
Re: Fwd: Debut of the scons-based build system for lyx
Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Abdel.
Re: Debut of the scons-based build system for lyx
Bo Peng wrote: > A renaming of lyx .C files will never happen so we will have to use > the current solution, .i.e., force moc'ing, and force the use of g++ > (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. Georg PS: If you are frustated, take a break, but don't frustrate others.
Re: Debut of the scons-based build system for lyx
Bo Peng a écrit : Abdel said that scons is able to recognize .C files as C++ source files on a native Windows environment. Why it is not able to do so with cygwin? I did not read that email in detail, what I know is that gcc tells the content of a .c file and make itself g++ if the file is indeed in C++. However, at linking time, gcc and g++ may lead to different results (stdc++.so etc). A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). Please only reserve this treatment for cygwin as it seems to work well with mingw: * gcc rightfully takes .C file as C++ (by contents or by extension, I am not sure). * Scons generates moc_xxx.cc file so they should be correctly identified as C++ by gcc. * linking should be done with g++ or IIRC you can also use gcc and pass "-lstdc++" Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: > Bo Peng a écrit : > >>because I asked for aspell support when configuring (I presume that > >>it is not possible to have aspell at the moment). > > > >Not now. Please wait till we have the basics done. > > I think it is possible to have aspell with your new extra_inc_path1 and > extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... -- Enrico
Re: Fwd: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... Very good, is it in already? If yes what is the option? "scons -h" doesn't seem to work. Abdel.
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:43:01AM +0200, Abdelrazak Younes wrote: > Bo Peng a écrit : > >>Abdel said that scons is able to recognize .C files as C++ source > >>files on a native Windows environment. Why it is not able to do so > >>with cygwin? > > > >I did not read that email in detail, what I know is that gcc tells the > >content of a .c file and make itself g++ if the file is indeed in C++. > >However, at linking time, gcc and g++ may lead to different results > >(stdc++.so etc). > > > >A renaming of lyx .C files will never happen so we will have to use > >the current solution, .i.e., force moc'ing, and force the use of g++ > >(I know, this leads to non-portability. but this is life). > > Please only reserve this treatment for cygwin as it seems to work well > with mingw: > > * gcc rightfully takes .C file as C++ (by contents or by extension, I am > not sure). > * Scons generates moc_xxx.cc file so they should be correctly identified > as C++ by gcc. > * linking should be done with g++ or IIRC you can also use gcc and pass > "-lstdc++" Wait a moment Abdel. If scons is using gcc to compile .C files it means that it is not able to recognize them as C++ sources. This also means that it will not check for mocable files. So, how can it work for you? I verified that 57 object files were missing from libqt3.a without Bo's "treatment" and this led to the dreadful "undefined reference for vtable in..." error. -- Enrico
Re: Debut of the scons-based build system for lyx
"Bo Peng" <[EMAIL PROTECTED]> writes: | > Could I suggest that you list the initial features that you want so that | > scons stays in SVN? | | Lars wants an immediate replacement for autotools. That will not | happen any time soon. No. I want immediate proof that scons is _capable_ of replacing autotools. Huge difference. -- Lgb
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 09:39:32AM +0200, Georg Baum wrote: > Bo Peng wrote: > > > A renaming of lyx .C files will never happen so we will have to use > > the current solution, .i.e., force moc'ing, and force the use of g++ > > (I know, this leads to non-portability. but this is life). > > So this is the answer to my offer to do the renaming on a rainy weekend? > Good to know, if you continue like this you will save me some time because > I don't need to read your posts anymore. I can't speak for Bo, of course, but I think he had 1.4 in mind. -- Enrico
Re: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:43:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : Abdel said that scons is able to recognize .C files as C++ source files on a native Windows environment. Why it is not able to do so with cygwin? I did not read that email in detail, what I know is that gcc tells the content of a .c file and make itself g++ if the file is indeed in C++. However, at linking time, gcc and g++ may lead to different results (stdc++.so etc). A renaming of lyx .C files will never happen so we will have to use the current solution, .i.e., force moc'ing, and force the use of g++ (I know, this leads to non-portability. but this is life). Please only reserve this treatment for cygwin as it seems to work well with mingw: * gcc rightfully takes .C file as C++ (by contents or by extension, I am not sure). * Scons generates moc_xxx.cc file so they should be correctly identified as C++ by gcc. * linking should be done with g++ or IIRC you can also use gcc and pass "-lstdc++" Wait a moment Abdel. If scons is using gcc to compile .C files it means that it is not able to recognize them as C++ sources. I confirm that Scons is using gcc and g++ to compile the .C file. I reckon gcc is intelligent enough to recognize these file as C++. Otherwise they would obviously not compile at all. The weird thing is that I see this in SConstruct: # under windows, scons is confused by .C/.c and uses gcc instead of # g++. I am forcing the use of g++ here. This is expected to change # after lyx renames all .C files to .cpp if platform_name in ['win32', 'cygwin']: env['CC'] = 'g++' env['LINK'] = 'g++' But gcc is used everywhere! I have removed 'win32' from the code above and it works the same. I think these environment variable are simply ignored in straight win32 (remember that I am compiling from the console not from the cygwin shell). A related problem that I have is that CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. This also means that it will not check for mocable files. So, how can it work for you? I don't know but it works. mocable files are correctly recognized and the resulting moc_xxx.cc files are compiled with gcc. I verified that 57 object files were missing from libqt3.a without Bo's "treatment" and this led to the dreadful "undefined reference for vtable in..." error. I don't have that with qt4 /mingw :-) Abdel.
Re: Debut of the scons-based build system for lyx
Enrico Forestieri wrote: > On Wed, May 10, 2006 at 09:39:32AM +0200, Georg Baum wrote: >> Bo Peng wrote: >> >> > A renaming of lyx .C files will never happen so we will have to use >> > the current solution, .i.e., force moc'ing, and force the use of g++ >> > (I know, this leads to non-portability. but this is life). >> >> So this is the answer to my offer to do the renaming on a rainy weekend? >> Good to know, if you continue like this you will save me some time >> because I don't need to read your posts anymore. > > I can't speak for Bo, of course, but I think he had 1.4 in mind. If that is the case I take everything back (but I don't understand why we need scons in 1.4 at all, since it is only a maintenance branch) Georg
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 11:52:01AM +0200, Abdelrazak Younes wrote: > Enrico Forestieri a écrit : > >On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: > >>Bo Peng a écrit : > because I asked for aspell support when configuring (I presume that > it is not possible to have aspell at the moment). > >>>Not now. Please wait till we have the basics done. > >>I think it is possible to have aspell with your new extra_inc_path1 and > >>extra_lib_path1, isn't it? > > > >Please, have a look at the patch I sent. Using it I have both aspell > >and aiksaurus support. It even works... > > Very good, is it in already? Yes, I think so. > If yes what is the option? "scons -h" doesn't seem to work. Simply point extra_inc_path1 and extra_lib_path1 to the aspell libraries and it should work. -- Enrico
Re: Debut of the scons-based build system for lyx
Georg Baum a écrit : (but I don't understand why we need scons in 1.4 at all, since it is only a maintenance branch) Agreed. We have already enough difficulty to let it stay in 1.5 so please don't advocate 1.4. Abdel.
Re: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 12:39:09PM +0200, Abdelrazak Younes wrote: > Enrico Forestieri a écrit : > >Wait a moment Abdel. If scons is using gcc to compile .C files it means > >that it is not able to recognize them as C++ sources. > > I confirm that Scons is using gcc and g++ to compile the .C file. I > reckon gcc is intelligent enough to recognize these file as C++. > Otherwise they would obviously not compile at all. > The weird thing is that I see this in SConstruct: > > # under windows, scons is confused by .C/.c and uses gcc instead of > # g++. I am forcing the use of g++ here. This is expected to change > # after lyx renames all .C files to .cpp > if platform_name in ['win32', 'cygwin']: > env['CC'] = 'g++' > env['LINK'] = 'g++' > > But gcc is used everywhere! I have removed 'win32' from the code above > and it works the same. And you are using a native python, right? > I think these environment variable are simply > ignored in straight win32 (remember that I am compiling from the console > not from the cygwin shell). I am sorry for you having to use that hostile environment ;-) > A related problem that I have is that > CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. Using CCFLAGS=-O2 on the scons command line works fine for me. > >This also means > >that it will not check for mocable files. So, how can it work for you? > > I don't know but it works. mocable files are correctly recognized and > the resulting moc_xxx.cc files are compiled with gcc. Huh? Do you mean that gcc is also used for .cc files? > >I verified that 57 object files were missing from libqt3.a without > >Bo's "treatment" and this led to the dreadful "undefined reference for > >vtable in..." error. > > I don't have that with qt4 /mingw :-) Then qt4 is somehow different from qt3 (or Bo did something to deal with it, too). -- Enrico
Re: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 12:39:09PM +0200, Abdelrazak Younes wrote: But gcc is used everywhere! I have removed 'win32' from the code above and it works the same. And you are using a native python, right? Right. I think these environment variable are simply ignored in straight win32 (remember that I am compiling from the console not from the cygwin shell). I am sorry for you having to use that hostile environment ;-) Such is life :-( A related problem that I have is that CCFLAGS and CXXFLAGS are ignored even if Scons tell me they are acknoledge. Using CCFLAGS=-O2 on the scons command line works fine for me. Don't work here. export CCFLAFS="-O3 -w" don't work either even if I see: Acquiring varaible CXXFLAGS from system environment: "-O3 -w" This also means that it will not check for mocable files. So, how can it work for you? I don't know but it works. mocable files are correctly recognized and the resulting moc_xxx.cc files are compiled with gcc. Huh? Do you mean that gcc is also used for .cc files? Yes. I verified that 57 object files were missing from libqt3.a without Bo's "treatment" and this led to the dreadful "undefined reference for vtable in..." error. I don't have that with qt4 /mingw :-) Then qt4 is somehow different from qt3 (or Bo did something to deal with it, too). Maybe it's Scons that do something special for Qt4 because I see a "Loading qt4 tool..." message. Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
Enrico Forestieri a écrit : On Wed, May 10, 2006 at 11:52:01AM +0200, Abdelrazak Younes wrote: Enrico Forestieri a écrit : On Wed, May 10, 2006 at 09:32:01AM +0200, Abdelrazak Younes wrote: Bo Peng a écrit : because I asked for aspell support when configuring (I presume that it is not possible to have aspell at the moment). Not now. Please wait till we have the basics done. I think it is possible to have aspell with your new extra_inc_path1 and extra_lib_path1, isn't it? Please, have a look at the patch I sent. Using it I have both aspell and aiksaurus support. It even works... Very good, is it in already? Yes, I think so. If yes what is the option? "scons -h" doesn't seem to work. Simply point extra_inc_path1 and extra_lib_path1 to the aspell libraries and it should work. Yep, actually I didn't need the xxx1 options because I only need aspell (what's this aiksaurus anyway??): scons qt_dir=d:/program/Qt/4.1 extra_inc_path=d:/program/Aspell-0.60.4/include extra_lib_path=d:/program/Aspell-0.60.4/lib I was expecting that only the aspell.C file would be recompiled but I see that everything is being recompiled (see attached scons_lyx.log), is that normal, Bo? Abdel.
Re: Fwd: Debut of the scons-based build system for lyx
On Wed, May 10, 2006 at 02:18:46PM +0200, Abdelrazak Younes wrote: > Yep, actually I didn't need the xxx1 options because I only need aspell > (what's this aiksaurus anyway??): It's a thesaurus http://aiksaurus.sourceforge.net/ -- Enrico
Re: Debut of the scons-based build system for lyx
> Joost> If compilation with MSVC++ worked, the vcproj files would be > Joost> very useful. However, there are still incompatibilities that > Joost> break important things. > > It used to work. What is broken now? Scons claims that it can generate vc project file so I think this is an easier way to maintain the vc port. Bo
Re: Fwd: Debut of the scons-based build system for lyx
On 5/9/06, Andre Poenitz <[EMAIL PROTECTED]> wrote: On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote: > Vim is *the* editing tool for me. *You can tell from the first line of > every SCons* files). Why is this needed btw? Can't you use autocmd for it? I know, but when someone else is editing this file, he may be frustrated by the tab space thing because of his own settings. This is especially true when python is sensitive to mixed tabs/spaces. This is already the case for my work. I never use tab in my code but lyx uses it. What I am doing now is that I add no-tab settings to my files and use tab as default for lyx source files. Bo
Re: Debut of the scons-based build system for lyx
When "scons install" works, I will look at making it part of my daily builds. This is the easy part, and will be done shortly. What are more difficult are scons dist, dist-clean, rpm etc, by which autotools are proud of. Bo
Re: Debut of the scons-based build system for lyx
> A renaming of lyx .C files will never happen so we will have to use > the current solution, .i.e., force moc'ing, and force the use of g++ > (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I have no right to make such a big decision. I proposed a filename change and get "is your problem fixed?" reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. Bo
Re: Debut of the scons-based build system for lyx
No. I want immediate proof that scons is _capable_ of replacing autotools. Huge difference. Actually, I would like to free myself from the obligation of challenging autotools. I personally believe that scons will evolve to a state that can replace autotools without doubt, but it is not easy to prove it *now*, given its 0.96.xx status. Currently, autotools work on windows, cygwin, solaris and every linux variant under the sun so a replacement is not needed. As long as package packers can live with autotools, I have no intention to change the current status. That does not have to mean autotools are easy to use. We windows (?) programmers have had trouble with changing even a small bit of .m4 file, and we dislike the lengthy and sometimes unnecessary ./configure process, and the need to change between mingw/cygwin etc just to get the right version of autotools. Please allow *us* to use the scons system and make our lives a bit easier. *nix people please stay with autotools. Cheers, Bo
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 16:51, Bo Peng wrote: > I have no right to make such a big decision. I proposed a filename > change and get "is your problem fixed?" reply. Namely, as long as lyx > is working, such a big change is not welcome, especially when the > source of the problem is from the stupidity of windows. Clearly that is an oversimplification of what was said. > Also, as you can see, this problem has been brought up several times > but no action had been taken. I have no reason to believe that this > will happen this time. ?! > Bo -- José Abílio
Re: Debut of the scons-based build system for lyx
> So this is the answer to my offer to do the renaming on a rainy weekend? > Good to know, if you continue like this you will save me some time because > I don't need to read your posts anymore. I can't speak for Bo, of course, but I think he had 1.4 in mind. No, I only had 1.5 in mind. I was making a prediction that the name change will not happen this time, and I will be really happy to know I was wrong. Bo
Re: Debut of the scons-based build system for lyx
"Bo Peng" <[EMAIL PROTECTED]> writes: | > No. I want immediate proof that scons is _capable_ of replacing | > autotools. Huge difference. | | Actually, I would like to free myself from the obligation of | challenging autotools. I personally believe that scons will evolve to | a state that can replace autotools without doubt, but it is not easy | to prove it *now*, given its 0.96.xx status. | | Currently, autotools work on windows, cygwin, solaris and every linux | variant under the sun so a replacement is not needed. As long as | package packers can live with autotools, I have no intention to change | the current status. Ok, nail in the coffin then. Retire all scons stuff to the development dir, just as was done with the vcproj stuff. -- Lgb
Re: Debut of the scons-based build system for lyx
Bo Peng a écrit : > A renaming of lyx .C files will never happen so we will have to use > the current solution, .i.e., force moc'ing, and force the use of g++ > (I know, this leads to non-portability. but this is life). So this is the answer to my offer to do the renaming on a rainy weekend? Good to know, if you continue like this you will save me some time because I don't need to read your posts anymore. I have no right to make such a big decision. I proposed a filename change and get "is your problem fixed?" reply. Namely, as long as lyx is working, such a big change is not welcome, especially when the source of the problem is from the stupidity of windows. Also, as you can see, this problem has been brought up several times but no action had been taken. I have no reason to believe that this will happen this time. I think there is a communication problem here, Bo. Georg offered to do this renaming job over the week-end. I think you are frustrated by Andre's comment but AFAIU, he only meant that the fact that there is a problem with Qt3/cygwin and .C file is not a justification for this change, that's it. But IMHO, this change should happen anyway. Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Bo Peng a écrit : | >> > A renaming of lyx .C files will never happen so we will have to use | >> > the current solution, .i.e., force moc'ing, and force the use of g++ | >> > (I know, this leads to non-portability. but this is life). | >> | >> So this is the answer to my offer to do the renaming on a rainy weekend? | >> Good to know, if you continue like this you will save me some time | >> because | >> I don't need to read your posts anymore. | > I have no right to make such a big decision. I proposed a filename | > change and get "is your problem fixed?" reply. Namely, as long as lyx | > is working, such a big change is not welcome, especially when the | > source of the problem is from the stupidity of windows. | > Also, as you can see, this problem has been brought up several times | > but no action had been taken. I have no reason to believe that this | > will happen this time. | | I think there is a communication problem here, Bo. Georg offered to do | this renaming job over the week-end. I think you are frustrated by | Andre's comment but AFAIU, he only meant that the fact that there is a | problem with Qt3/cygwin and .C file is not a justification for this | change, that's it. But IMHO, this change should happen anyway. I am not really against a renaming. But I'd like it to wait for a while. -- Lgb
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes a écrit : "Bo Peng" <[EMAIL PROTECTED]> writes: | > No. I want immediate proof that scons is _capable_ of replacing | > autotools. Huge difference. | | Actually, I would like to free myself from the obligation of | challenging autotools. I personally believe that scons will evolve to | a state that can replace autotools without doubt, but it is not easy | to prove it *now*, given its 0.96.xx status. | | Currently, autotools work on windows, cygwin, solaris and every linux | variant under the sun so a replacement is not needed. As long as | package packers can live with autotools, I have no intention to change | the current status. Ok, nail in the coffin then. Retire all scons stuff to the development dir, just as was done with the vcproj stuff. Come on guys, keep cool. Lars just agreed for Scons presence in trunk... IMHO there's better things in life than to fight for these little matters. Abdel.
Re: Debut of the scons-based build system for lyx
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Come on guys, keep cool. Lars just agreed for Scons Abdelrazak> presence in trunk... IMHO there's better things in life Abdelrazak> than to fight for these little matters. There was a time when developing for LyX did not involve flexing muscles all day long. It was nice. JMarc
Re: Debut of the scons-based build system for lyx
Bo Peng wrote: > I have no right to make such a big decision. I proposed a filename > change and get "is your problem fixed?" reply. Namely, as long as lyx > is working, such a big change is not welcome, especially when the > source of the problem is from the stupidity of windows. I did not read it like that. André pointed out (and was right IMO) that .C and .c work fine on windows as long as you don't need foo.C and foo.c at the same time, so scons does not as well as it could here. The reason for renaming from .C to .cpp is not "scons needs it" but "it is useful for a couple of reasons, one being some problems on windows". This has been stated more than once. > Also, as you can see, this problem has been brought up several times > but no action had been taken. I have no reason to believe that this > will happen this time. And this is what I don't like. I promised to do the change, and you still believe it will not happen. The difference to the last times this issue has been discussed was that then nobody said he wanted to do it, only a conclusion "this should happen some time" has been reached. OK, Lars said he wants to wait for a while, but this does not mean to wait forever. Anyway, I stop participating in these meta-discussions right now, it does only cost time and resultsv in nothing. Georg
Re: Debut of the scons-based build system for lyx
Jean-Marc Lasgouttes wrote: > There was a time when developing for LyX did not involve flexing > muscles all day long. It was nice. Indeed. Georg
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: > I am not really against a renaming. But I'd like it to wait for a > while. How long? Or more specifically: Why not now? Georg
Re: Debut of the scons-based build system for lyx
Georg Baum a écrit : Jean-Marc Lasgouttes wrote: There was a time when developing for LyX did not involve flexing muscles all day long. It was nice. Indeed. Guys, you have to recognize that it's difficult for us also that we have to fight for each and every feature and prove ourselves each time. I don't mind discussing myself (I probably enjoy it as it is a new experience for me ;-)); but if you really are fad up with these lengthy discussions about windows and scons and etc. please tell us and we will switch to private discussions. Abdel.
Re: Debut of the scons-based build system for lyx
Georg Baum <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | > I am not really against a renaming. But I'd like it to wait for a | > while. | | How long? Or more specifically: Why not now? Mostly selfish reason. Give this scons stuff to settle a bit and we will look at it. When I said "I am not really against a renaming", I really should have said: "I am in favour of a renaming". -- Lgb
Re: Debut of the scons-based build system for lyx
On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote: > Guys, you have to recognize that it's difficult for us also that we have > to fight for each and every feature and prove ourselves each time. > I don't mind discussing myself (I probably enjoy it as it is a new > experience for me ;-)); but if you really are fad up with these lengthy > discussions about windows and scons and etc. please tell us and we will > switch to private discussions. What you are saying is reasonable but please look to the other side of the coin. We (LyX) had lots of half features implemented over time where after the initial enthusiasm of the author fade away the feature was left to rotten since no one knew the code. This is what we don't want to happen again. Sometimes it seems tempting to trade a short term advantage for the long time code stability. Believe me it is not worth it. We are aware that the management of different wills is not easy. And people like rewards in the form of code acceptance. It feels good when my code is accepted, and so it does for other people. That is why we try to maintain the balance between stability and new features. Email is certainly not the best collaboration tool there is but we don't have any better tool (yet). So a little patience does not hurt either, remember the netiquette mantra "Be conservative in what you sent, be liberal in what you receive". I refer email here because I have read several threads differently from other, and that takes times to understand. LyX has its own culture and although not being necessary to know it to communicate it helps a lot. All contributions are welcome and as any human endeavour there are non-written rules to follow. It is our nature after all. :-) So my fellow LyXians if you elect me as president I promisse free bear for everyone. ;-) > Abdel. Best regards, -- José Abílio
Re: Debut of the scons-based build system for lyx
Jose' Matos a écrit : On Wednesday 10 May 2006 18:02, Abdelrazak Younes wrote: Guys, you have to recognize that it's difficult for us also that we have to fight for each and every feature and prove ourselves each time. I don't mind discussing myself (I probably enjoy it as it is a new experience for me ;-)); but if you really are fad up with these lengthy discussions about windows and scons and etc. please tell us and we will switch to private discussions. What you are saying is reasonable but please look to the other side of the coin. We (LyX) had lots of half features implemented over time where after the initial enthusiasm of the author fade away the feature was left to rotten since no one knew the code. This is what we don't want to happen again. Sometimes it seems tempting to trade a short term advantage for the long time code stability. Believe me it is not worth it. I understand all this, really. Nevertheless, maybe because of this bad past experience, I have the feeling that you (as a whole) are over protective with your baby. LyX is not a baby anymore, she is now a beautiful young lady that needs some adventure beside you ;-) I mean, maybe I am wrong but the primary reason why you have cleanup the code is to ease new feature development, isn't it? [...] So my fellow LyXians if you elect me as president I promisse free bear for everyone. ;-) That sounds like the maintainer you were looking for Lars :-) Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak Younes <[EMAIL PROTECTED]> writes: | I understand all this, really. Nevertheless, maybe because of this bad | past experience, I have the feeling that you (as a whole) are over | protective with your baby. LyX is not a baby anymore, she is now a | beautiful young lady that needs some adventure beside you ;-) And as a lady should not be taken any liberties upon without consent :-) | I mean, maybe I am wrong but the primary reason why you have cleanup | the code is to ease new feature development, isn't it? Right. But if we are not at least a bit careful, cleanup can result in something ah hmm less clean. And pure cleanup patches usually have no problems of acceptance. (apart from stylistic issues and if it is the right cleanup...) | [...] | > So my fellow LyXians if you elect me as president I promisse free | > bear for everyone. ;-) | | That sounds like the maintainer you were looking for Lars :-) Can we trust a person that is afraid of cucumbers? -- Lgb
Re: Fwd: Debut of the scons-based build system for lyx
I was expecting that only the aspell.C file would be recompiled but I see that everything is being recompiled (see attached scons_lyx.log), is that normal, Bo? That is because the whole commands that generate other files are also changed, although others do not care about the added flags. Bo
Re: Debut of the scons-based build system for lyx
Lars Gullik Bjønnes wrote: I am not really against a renaming. But I'd like it to wait for a while. For instance, until the CT merge :-) Michael
Re: Debut of the scons-based build system for lyx
Joost Verburg wrote: If compilation with MSVC++ worked, the vcproj files would be very useful. However, there are still incompatibilities that break important things. Note that compilation with MSVC++ worked fine some months ago (version 2003 aka 7, not 6, that one is simply broken), and that the project files (although now outdated) are available in development/Win32. Georg
Re: Debut of the scons-based build system for lyx
Joost == Joost Verburg [EMAIL PROTECTED] writes: Joost Andre Poenitz wrote: Last time the Windows developers wanted to have .vcproj files. They got them. Joost If compilation with MSVC++ worked, the vcproj files would be Joost very useful. However, there are still incompatibilities that Joost break important things. It used to work. What is broken now? JMarc
Re: [Fwd: Re: Debut of the scons-based build system for lyx]
On Monday 08 May 2006 18:43, Bo Peng wrote: That is quicker than ./configure but I agree that it is a concern. waf claims that it can do better here (by cache previous thinking process.) I have seen you refer waf several times. Will those changes be merged in upstream scons? I read a blog from Aaron Seigo recently where we complained that kde had to basically fork scons and upstream never took their complains into account as opposed to cmake, and that was a definitive reason for their choice. Just curious, -- José Abílio
Re: Debut of the scons-based build system for lyx
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak You should have said something then. Because without Abdelrazak anyone saying anything it's difficult to get an idea. 3 Abdelrazak saying yes and 0 saying no... I think you get the picture. Say what? please do not commit before showing the patch? Do I have to say that explicitely on each and every feature I think someone may come up with some day? What would have been wrong with committing in a branch, seriously? The fact that these decisions are made only in terms of personal convenience makes it more difficult for scons to prove its personal merits. It is a pity. JMarc
Re: [Fwd: Re: Debut of the scons-based build system for lyx]
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak John Levon a écrit : On Mon, May 08, 2006 at 04:19:29PM +0200, Abdelrazak Younes wrote: scons: Configure: Checking for main() in C library nsl... What is this nsl library? It's networking functions on certain UNIX types like Solaris. Abdelrazak Thanks for the info, it is used in LyX client I suppose? Also in server... I spend some time getting this right for solaris, please do not ruin it. And the X server needs it too, but I guess scons has some code of its own to handle that. JMarc
Re: Debut of the scons-based build system for lyx
Georg Baum a écrit : Joost Verburg wrote: If compilation with MSVC++ worked, the vcproj files would be very useful. However, there are still incompatibilities that break important things. Note that compilation with MSVC++ worked fine some months ago (version 2003 aka 7, not 6, that one is simply broken), and that the project files (although now outdated) are available in development/Win32. The problem with the vcproj file is the config.h guessing. This is simply not possible. I've read that scons is able now to generate these files so I would advocate to remove this vcproj file from SVN when/if Scons prove itself and stays in SVN. Abdel.
Re: Debut of the scons-based build system for lyx
Jean-Marc Lasgouttes a écrit : Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak You should have said something then. Because without Abdelrazak anyone saying anything it's difficult to get an idea. 3 Abdelrazak saying yes and 0 saying no... I think you get the picture. Say what? please do not commit before showing the patch? Do I have to say that explicitely on each and every feature I think someone may come up with some day? I am repeating my self but it's a feature that touch _nothing_ at the current tree. So I reckon it is special. Bo have apologized already for this, could we please move on? What would have been wrong with committing in a branch, seriously? Convenience... The fact that these decisions are made only in terms of personal convenience makes it more difficult for scons to prove its personal merits. It is a pity. Convenience is a driving factor for me when I develop. Abdel.
Re: Debut of the scons-based build system for lyx
Abdelrazak Younes [EMAIL PROTECTED] writes: | Georg Baum a écrit : | Joost Verburg wrote: | | If compilation with MSVC++ worked, the vcproj files would be very | useful. However, there are still incompatibilities that break important | things. | Note that compilation with MSVC++ worked fine some months ago | (version 2003 | aka 7, not 6, that one is simply broken), and that the project files | (although now outdated) are available in development/Win32. | | The problem with the vcproj file is the config.h guessing. This is | simply not possible. I've read that scons is able now to generate | these files so I would advocate to remove this vcproj file from SVN | when/if Scons prove itself and stays in SVN. but scons currently doesn this on every build (ok, only first time is really slow... further builds configure is just somewhat slow), is it avoidable? If nothing happens with scons in the next couple of days, I am going to remove it from trunk. And the onus is not on auto* people, but on proponents of scons, you have to show at the lest the begnnings of it being able to do what auto* is doing for us. -- Lgb
Re: [Fwd: Re: Debut of the scons-based build system for lyx]
Jean-Marc Lasgouttes a écrit : Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak John Levon a écrit : On Mon, May 08, 2006 at 04:19:29PM +0200, Abdelrazak Younes wrote: scons: Configure: Checking for main() in C library nsl... What is this nsl library? It's networking functions on certain UNIX types like Solaris. Abdelrazak Thanks for the info, it is used in LyX client I suppose? Also in server... I spend some time getting this right for solaris, please do not ruin it. The objective is not to ruin anything but to complete scons support. And the X server needs it too, but I guess scons has some code of its own to handle that. Thanks for the info. Abdel.
Re: Debut of the scons-based build system for lyx
Abdel == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdel I am repeating my self but it's a feature that touch Abdel _nothing_ at the current tree. So I reckon it is special. We'll see. Abdel Bo have apologized already for this, could we please move Abdel on? It is not fair, I was away for the week-end and did not have the occasion to vent my frustration! JMarc