>On Tue, May 09, 2006 at 12:07:32AM +0200, Michael Gerz wrote:
>
>> I must confess that this patch will break CT in some cases
>
>Why is there such pushback against making branches for stuff that's
>*known* broken?
Because I have a patch at hand that works (at least it should be good enough
for t
On Mon, May 08, 2006 at 12:10:41PM -0500, Bo Peng wrote:
> > I am letting the current build to be completed before doing anything
> > else. I notice that the moc'ed files are being compiled but they are
> > called moc_ModuleName.cc instead of ModuleName_moc.C as I was used
> > with the auto tools.
[EMAIL PROTECTED] wrote:
I think it's probably unrealistic to create and maintain a big archive
with all of this. However, I'm sure few of you will be surprised when I'm
now going to suggest how we partially use the wiki for helping with this.
So here's one possible approach:
>
> ...
If this
On Tue, May 09, 2006 at 12:07:32AM +0200, Michael Gerz wrote:
> I must confess that this patch will break CT in some cases
Why is there such pushback against making branches for stuff that's
*known* broken?
regards
john
Folks,
this is the next part of the CT cleanup.
I must confess that this patch will break CT in some cases (but not
compilation, of course!). However, as I redesign the internal data
structures (change tracking is no longer an "add-on" but an integral
part of any paragraph and inset) it was i
On Mon, May 08, 2006 at 10:36:57PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz a écrit :
> >Last time the Windows developers wanted to have .vcproj files.
> >
> >They got them.
> >
> >Now Windows developers want scons files.
> >
> >So what tomorrow?
> >
> A cheese cake.
Let them eat cake! I
Dear list,
*Please* just put cold comparison data in this thread. No discussion
and debates. (Open another thread if needed).
On my dual processor Xeon 2.8G Linux workstation, I get
scons --config=force -j3 frontend=qt4 qt_dir=/path/to/qt4 => 6:37s
autogen.sh; ./configure; make -j3
Andre Poenitz wrote:
Right, and it took two years or so to change that.
I don't think you'd be much faster than Angus _even if
everybody agreed_.
OK, so the only remaining possibility is to drop Win98/Me support. I
will make that clear in the release notes of the new installer and add
an er
Andre Poenitz wrote:
Last time the Windows developers wanted to have .vcproj files.
They got them.
If compilation with MSVC++ worked, the vcproj files would be very
useful. However, there are still incompatibilities that break important
things.
Joost
I managed to create an executable thanks to the inclusion in the final
linking command of zlib1.dll, tabular.o, Box.o, SpellBase.o dimension.o
and PrinterBase.o, and -lshlwapi. So now you now what is missing in
Scons for windows:
D:\cygwin\home\yns\lyx\trunk>g++ -o debug\win32-qt4\lyx.exe
deb
Andre Poenitz a écrit :
Last time the Windows developers wanted to have .vcproj files.
They got them.
Now Windows developers want scons files.
So what tomorrow?
A cheese cake.
Abdel.
Andre Poenitz a écrit :
On Mon, May 08, 2006 at 11:22:27AM +0200, Abdelrazak Younes wrote:
I do welcome the effort to see if the current build system is
I don't think your wording is very welcoming, to quote you: "I hate it
already", "please revert", "I don't care one iota", etc...
I
On Sun, May 07, 2006 at 11:39:26AM +0200, Edwin Leuven wrote:
> i would like to put it in. these things can always be changed later...
Looks more or less ok. Note that we put whitespace in 'if (x > 0)'
and also prefer !empty() over size() > 0.
Andre'
On Mon, May 08, 2006 at 07:44:56AM -0500, Bo Peng wrote:
> Exactly. I know scons is not perfect right now, but I do not expect
> anyone who does not like it to use it either. Why cannot Lars and
> other autotools fans just *ignore* the scons stuff?
Because there is already enough cruft in LyX.
>
On Mon, May 08, 2006 at 10:32:34AM -0500, Bo Peng wrote:
> Why can not you just ignore scons before it works on more platforms?
> Actually, the problems I am encountering now is not all scons' fault.
> For example, .C is treated as .c under windows,
The *.vcproj handle .C as C++ just fine (with so
On Mon, May 08, 2006 at 11:22:27AM +0200, Abdelrazak Younes wrote:
> >I do welcome the effort to see if the current build system is
>
> I don't think your wording is very welcoming, to quote you: "I hate it
> already", "please revert", "I don't care one iota", etc...
>
> I presume that's the way
On Sun, May 07, 2006 at 11:36:03PM +0200, Joost Verburg wrote:
> Woudn't it be an idea to mail all the developers
> (http://www.lyx.org/about/blanket-permission.php) and ask them whether
> they want to a make a special exception for linking with a commercial Qt?
>
> Previously there has been suc
On Sun, 7 May 2006, [UTF-8] Uwe Stöhr wrote:
> This email is a proposal for a new test procedure of LyX releases.
>
> In consequence of this I propose to create a testing procedure
> LyX-releases to avoid regressions and new introduced bugs.
This makes a lot of sense to me.
What John wrote abo
Andre Poenitz wrote:
I seem to remember font metric problems.
Q../Free also doesn't support Windows XP styles, which makes the LyX GUI
look totally different compared to other Windows applications.
Joost
On Mon, May 08, 2006 at 12:10:41PM -0500, Bo Peng wrote:
> > I mean that gcc is able to figure out the capitalization, so if SCons
> > can't do the same, it is to be blamed on this. On Windows you should
> > know that you can't do access("foo.c") to ascertain the presence of
> > foo.C. It is lame
On Sat, 6 May 2006, Georg Baum wrote:
> I am historic? Not at all (or you will be historic in next year, too).
While doing my PhD, I think it was my professor who said that you become
an export on a (minor) topic in six months. So becoming historic in a year
sounds about right to me :-)
/C
--
On Mon, May 08, 2006 at 07:01:10PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Then I also see that it is also trying to compile uic_ModuleName.cc
> > and this is completely new to me...
>
> Then have a look at builddir/src/frontends/qt3/ui/moc in a autotools build
> tree.
You're
> As for your multiple path problem, I do not see a solution yet. I
> tried 'path1:path2' but scons complains that it is not a valid path.
I need that for Aspell
Then a quick hack is to duplicate lines with extra_inc_path to
extra_inc_path1 or more. Only three lines to add.
Bo
Bo Peng a écrit :
Why do not you try qt3 first? I know you mainly work on qt4, but qt3
is more of a convern of the majority.
I am sure there will be enough hand for qt3 target on Windows: Enrico,
Joost, Michael...
I am developing for Qt4 so that's an obvious choice.
Checking for main() in C l
On Mon, May 08, 2006 at 07:32:31PM +0200, Lars Gullik Bjønnes wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
> | > PS. Praeterea censeo Sconsiem esse de lendam
> |
> | Can anyone translate this for me? This does not read like 'good
> | morning'. I may have to fight back in Chinese here.
>
> I
sAttrs = win32security.SECURITY_ATTRIBUTES()
NameError: global name 'win32security' is not defined
scons: building terminated because of errors.
I copied this from scons wiki and it is working on my system. Anyway,
I do not see this sAttrs being used anywhere so please try to remove
it. You
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Is it already quicker because it does not need than the Makefile based
| compilation because it does not go through the shell libtool command
| step before each call to gcc. I am talking about this:
|
| /bin/sh ../../.
Got this.
I will add a more friendly reminder later.
try:
import...
except:
please ...
With the QtCore4 hack (until you do something about that) the
compilation was going on until Scons tried to compile coloritem.C which
is not there anymore.
qt4 is evolving fast...
Please find attache
Lars Gullik Bjønnes a écrit :
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > PS. Praeterea censeo Sconsiem esse de lendam
|
| Can anyone translate this for me? This does not read like 'good
| morning'. I may have to fight back in Chinese here.
It is my petty paraphrasing of "Praeterea censeo Carth
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes a écrit :
| > Bo Peng a écrit :
| >> On 5/8/06, Abdelrazak Younes
| >> <[EMAIL PROTECTED]> wrote:
| >>> Where do I find this win32file?
| >>
| >> If you use official python, you need to install win32 module from
| >> http://starship
Abdelrazak Younes a écrit :
Bo Peng a écrit :
On 5/8/06, Abdelrazak Younes <[EMAIL PROTECTED]>
wrote:
Where do I find this win32file?
If you use official python, you need to install win32 module from
http://starship.python.net/crew/skippy/win32/Downloads.html . This is
for mingw only. Cygwin
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > PS. Praeterea censeo Sconsiem esse de lendam
|
| Can anyone translate this for me? This does not read like 'good
| morning'. I may have to fight back in Chinese here.
It is my petty paraphrasing of "Praeterea censeo Carthaginem esse de
lendam", a quote f
Michael Gerz wrote:
Hi,
this is the second set of changes for the CT cleanup. The changes are
supposed to be purely syntactical (renaming of methods; removal of
superfluous methods)
Since there were no complaints about the patch and since it doesn't
change the semantics (hopefully), I will
Michael Gerz wrote:
Michael Gerz wrote:
Ok to commit everything except for "line-delete"?
Here comes a second patch. This time, I kept "line-delete-forward" but
used LFUN_LINE_DELETE internally. (Doesn't break backwards compatibility)
Georg, all: Ok?
No more complaints?
OK, since Geo
It is linux I am concerned about. We have a much richer environment
there and we want our build system to be able to cope.
Then, at least you have already successfully compiled it under linux,
right? I am going to commit your patch, with a few other improvements.
This is why I want scons to pr
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I mean that gcc is able to figure out the capitalization, so if SCons
| > can't do the same, it is to be blamed on this. On Windows you should
| > know that you can't do access("foo.c") to ascertain the presence of
| > foo.C. It is lame for SCons doing so.
I mean that gcc is able to figure out the capitalization, so if SCons
can't do the same, it is to be blamed on this. On Windows you should
know that you can't do access("foo.c") to ascertain the presence of
foo.C. It is lame for SCons doing so.
OK. Scons is weak, but is .C is indeed .c under win
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > It should not be in svn beforee it at least can compile linux
| > trivially.
|
| And it will work trivially under windows soon, if more testing, as a
| result of more publicity is allowed. I guarantee you that it will
| achieve a state of convenience that
Enrico Forestieri wrote:
> I mean that gcc is able to figure out the capitalization, so if SCons
> can't do the same, it is to be blamed on this. On Windows you should
> know that you can't do access("foo.c") to ascertain the presence of
> foo.C. It is lame for SCons doing so.
Why not rename *.C
On Mon, May 08, 2006 at 11:13:23AM -0500, Bo Peng wrote:
> >
> > Notice that gcc can figure out by itself that it is compiling a C++
> > source. Quoting the gcc man page:
>
> Scons do some tricks depending on extension. For example, qt4.py will
> scan .cpp file for Q_OBJECT and moc them. It simpl
Notice that gcc can figure out by itself that it is compiling a C++
source. Quoting the gcc man page:
Scons do some tricks depending on extension. For example, qt4.py will
scan .cpp file for Q_OBJECT and moc them. It simply ignore .c files.
I attach here a log of the configuration step. It is
I had to have it doubled up.
Or do this:
I did that before, but decided to build lyx_base.a at the last minute
since the linking command is too long to manipulate (for debugging). I
tested the new build once but it succeeded maybe because of a
non-clean build.
Bo
On Sun, May 07, 2006 at 11:19:15PM -0500, Bo Peng wrote:
> Attached is a log file, using cygwin, cygwin boost, cygwin qt with
> replaced moc.exe and uic.exe. I get a bunch of link errors. If
> possible, please help me identify the problem.
>
> BTW,
> 1. the vtable error, according to qt faq, is
It should not be in svn beforee it at least can compile linux
trivially.
And it will work trivially under windows soon, if more testing, as a
result of more publicity is allowed. I guarantee you that it will
achieve a state of convenience that autotools will never achieve
there.
I must admit t
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > | *Then*, I can show you that lyx is only a scons away on all platform
| > | and you should start to try it and make you decision about the fate of
| > | autotools.
| >
| > This really is the wrong way around. If scons is ever to be set to
| > work for lyx
| *Then*, I can show you that lyx is only a scons away on all platform
| and you should start to try it and make you decision about the fate of
| autotools.
This really is the wrong way around. If scons is ever to be set to
work for lyx is has to do what we want for linux/unix.
Why can not you
No. Both variants exist (I have QtCore on my linux box), you need to check
which is used.
OK. I will try to check both.
Bo
Georg Baum a écrit :
Abdelrazak Younes wrote:
Bo Peng a écrit :
On 5/8/06, Abdelrazak Younes <[EMAIL PROTECTED]>
wrote:
Where do I find this win32file?
If you use official python, you need to install win32 module from
http://starship.python.net/crew/skippy/win32/Downloads.html . This is
for
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I expect you as a proponent of scons to handle the main burden of
| > showing the rest of us that scons is acutally better than the
| > autotools.
|
| That is not my plan for now. I need feedbacks from you guys to improve
| it, and make it work on windows
Abdelrazak Younes wrote:
> Bo Peng a écrit :
>> On 5/8/06, Abdelrazak Younes <[EMAIL PROTECTED]>
>> wrote:
>>> Where do I find this win32file?
>>
>> If you use official python, you need to install win32 module from
>> http://starship.python.net/crew/skippy/win32/Downloads.html . This is
>> for min
Abdelrazak Younes wrote:
> Jose' Matos a écrit :
>> On Monday 08 May 2006 15:19, Abdelrazak Younes wrote:
scons: Configure: Checking for C header file sys/utime.h...
scons: Configure: Checking for C header file utime.h...
>>> Is it useful to have those two tests?
>>
>> Sometimes it ha
Jose' Matos a écrit :
On Monday 08 May 2006 15:19, Abdelrazak Younes wrote:
scons: Configure: Checking for C header file sys/utime.h...
scons: Configure: Checking for C header file utime.h...
Is it useful to have those two tests?
Sometimes it happens that those headers can be found on diffe
Bo Peng a écrit :
On 5/8/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Where do I find this win32file?
If you use official python, you need to install win32 module from
http://starship.python.net/crew/skippy/win32/Downloads.html . This is
for mingw only. Cygwin does not seem to need this.
I expect you as a proponent of scons to handle the main burden of
showing the rest of us that scons is acutally better than the
autotools.
That is not my plan for now. I need feedbacks from you guys to improve
it, and make it work on windows. (We have cygwin, mingw and
cygwin+mingw to worry abou
On Monday 08 May 2006 15:19, Abdelrazak Younes wrote:
> > scons: Configure: Checking for C header file sys/utime.h...
> > scons: Configure: Checking for C header file utime.h...
>
> Is it useful to have those two tests?
Sometimes it happens that those headers can be found on different places
de
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.
Thanks for the info, it is used in LyX client I suppose?
On 5/8/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> File "SConstruct", line 763:
>info = '''# This is a log of commands used by scons to build lyx
> File "D:\cygwin\home\yns\lyx\trunk\scons_utils.py", line 605:
>import win32file
> D:\cygwin\home\yns\lyx\trunk>scons frontend=qt4 qt
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.
regards
john
"Bo Peng" <[EMAIL PROTECTED]> writes:
| We will update scons by ourselves, we know that will be easy. We have
| promised to update Makefile.am if we know how to do it. What else you
| are expecting from us?
I expect you as a proponent of scons to handle the main burden of
showing the rest of us t
File "SConstruct", line 763:
info = '''# This is a log of commands used by scons to build lyx
File "D:\cygwin\home\yns\lyx\trunk\scons_utils.py", line 605:
import win32file
D:\cygwin\home\yns\lyx\trunk>scons frontend=qt4 qt_dir=d:/program/Qt/4.1
extra_inc_path=d:/mingw/include extra_
lib
> I know scons is not perfect right now, but I do not expect
> anyone who does not like it to use it either. Why cannot Lars and
> other autotools fans just *ignore* the scons stuff?
Because when someone tries to build with scons, and they have
a problem,
they are going to send an email to lyx
Forgot to put lyx-devel in copy. Sorry.
Lars, all. If this stuff does not interests you we can keep this
conversation private. Just tell us.
Abdel.
--- Begin Message ---
Bo Peng a écrit :
python setup.py install
Easy enough, right?
Yes very easy. I first tried their installer but it was b
On Monday 08 May 2006 14:49, Bo Peng wrote:
> I am being blamed for a completely parallel patch, and you ask me to
> propose a major renaming just for "your precious scons"? No way.
Do you really think that only reason for changing the suffix is scons? :-)
> Anyway, if that will ever happen,
On 5/8/06, John Levon <[EMAIL PROTECTED]> wrote:
On Mon, May 08, 2006 at 08:15:27AM -0500, Bo Peng wrote:
> The only serious patch I need to do with qt4.py is actually related to
> the .C extension we use. It is not considered as a C++ extension
> there. Also, under windows, since windows is not
On Mon, 2006-05-08 at 07:44 -0500, Bo Peng wrote:
> I will not have time to maintain a branch.
...
> I know scons is not perfect right now, but I do not expect
> anyone who does not like it to use it either. Why cannot Lars and
> other autotools fans just *ignore* the scons stuff?
Because when
On Mon, May 08, 2006 at 08:15:27AM -0500, Bo Peng wrote:
> The only serious patch I need to do with qt4.py is actually related to
> the .C extension we use. It is not considered as a C++ extension
> there. Also, under windows, since windows is not case sensitive, the
> .C files are considered as .
On Monday 08 May 2006 14:15, Bo Peng wrote:
> The only serious patch I need to do with qt4.py is actually related to
> the .C extension we use. It is not considered as a C++ extension
> there. Also, under windows, since windows is not case sensitive, the
> .C files are considered as .c and gcc is u
python setup.py install
Easy enough, right?
Then I tried:
D:\cygwin\home\yns\lyx\trunk>scons frontend=qt4 qt_dir=d:/program/Qt/4.1
scons: Reading SConscript files ...
Checking for pkg-config...no
pkg-config >= 0.1.50 is not found
Checking for main() in C library z... no
Did not find libz or z
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| The KDE project had lived with _four_ build system at the same time in
| svn for _months_ before they choose one. I reckon LyX could live with
| two during a couple of month and see how it goes.
But they _must_ work.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > "Bo Peng" <[EMAIL PROTECTED]> writes:
| > | > > don't decide these things, it was (and still is) my personal
| > opinion.
| > | >
| > | > Nobody said otherwise, that's what I meant. Saying nothing is an
| > | > impli
On Mon, May 08, 2006 at 10:30:06AM +0200, Joost Verburg wrote:
> Abdelrazak Younes wrote:
> > It is already generating it my friend. I was trying to improve the
> > present build system which is close to sxxxt as far as I am concerned
> > with windows. You say you are caring about portability ac
| * qt4.py: qt4 support is not yet official, and I have to patch this file
This commit was way premature!
I hate it already, without even having had a look at it.
You mean without qt4 support? You know what is qt support? With them,
I need only to write
qt4 = qtenv.StaticLibrary(
targe
Lars Gullik Bjønnes a écrit :
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > > don't decide these things, it was (and still is) my personal opinion.
| >
| > Nobody said otherwise, that's what I meant. Saying nothing is an
| > implicit approval, except for the project manager. An quite frankly I
| > d
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > > don't decide these things, it was (and still is) my personal opinion.
| >
| > Nobody said otherwise, that's what I meant. Saying nothing is an
| > implicit approval, except for the project manager. An quite frankly I
| > don't understand what's so scarin
Bo Peng a écrit :
BTW, please use SCons >= 0.96.92.
I have downloaded and installed it with the following command at the
windows console as indicated by the readme:
python setup.py install
Then I tried:
D:\cygwin\home\yns\lyx\trunk>scons frontend=qt4 qt_dir=d:/program/Qt/4.1
scons: Reading
> Martin Vermeer wrote:
> > On Sun, Apr 23, 2006 at 06:15:44PM +0200, Edwin Leuven wrote:
> >
> > /bin/sh ../libtool --tag=CXX --mode=link g++ -pg -g -O2 -pg -o
> > ...
> > g++ -pg -g -O2 -pg -o lyx-qt4 main.o Bidi.o BufferView.o
>
> Why these multiple -pg -g -pg options? Shouldn't prevent them
> don't decide these things, it was (and still is) my personal opinion.
Nobody said otherwise, that's what I meant. Saying nothing is an
implicit approval, except for the project manager. An quite frankly I
don't understand what's so scaring about having a parallel build system
that do not touch
Abdelrazak Younes wrote:
No more Qt3Support, year!
it is in!
regards, ed.
Georg Baum a écrit :
Abdelrazak Younes wrote:
If you say nothing it's difficult to listen to you Lars. _I_ think Bo
should have waited for your approval before committing. But there were a
general agreement in the list three days ago that if we promise to keep
the auto stuff up to date, A few S
Abdelrazak Younes wrote:
> If you say nothing it's difficult to listen to you Lars. _I_ think Bo
> should have waited for your approval before committing. But there were a
> general agreement in the list three days ago that if we promise to keep
> the auto stuff up to date, A few Sconscript in tru
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| > | "Bo Peng" <[EMAIL PROTECTED]> writes:
| > | | | Dear all,
| > | | | | The scons-based building system is now available from svn.
|
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | > Do you want to replace the existing build system or do you just
| > want
| > | > to use scons for *your* builds?
| > | | At this point I don't care about linux/Un
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Do you want to replace the existing build system or do you just want
| > to use scons for *your* builds?
|
| At this point I don't care about linux/Unix because in any case
| autotools works fine for you. I would l
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| > | "Bo Peng" <[EMAIL PROTECTED]> writes:
| > | | | Dear all,
| > | | | | The scons-based building system is now available from svn.
| > Currently,
| > | | Please rev
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Do you want to replace the existing build system or do you just want
| > to use scons for *your* builds?
|
| At this point I don't care about linux/Unix because in any case
| autotools works fine for you. I would like to ease Windows development
|
Lars Gullik Bjønnes a écrit :
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| "Bo Peng" <[EMAIL PROTECTED]> writes:
|
| | Dear all,
| |
| | The scons-based building system is now available from svn. Currently,
|
| Please revert.
|
| We are not going to have two competing build systems!
A
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > "Bo Peng" <[EMAIL PROTECTED]> writes:
| > | Dear all,
| > | | The scons-based building system is now available from svn.
| > Currently,
| > Please revert.
| > We are not going to have
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes a écrit :
| > "Bo Peng" <[EMAIL PROTECTED]> writes:
| > | Dear all,
| > | | The scons-based building system is now available from svn.
| > Currently,
| > Please revert.
| > We are not going to have two competing build systems!
|
Lars Gullik Bjønnes a écrit :
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear all,
|
| The scons-based building system is now available from svn. Currently,
Please revert.
We are not going to have two competing build systems!
Bo, in order to avoid lengthy and unproductive discussions that str
Joost Verburg wrote:
> A good scons system will make it possible to compile using MinGW,
> Microsoft C++, Borland or whatever using the same scripts.
>
> Joost
I'm not a developper and incapable of having a real technical opinion. But
why not wait until KDE finishes its transition to CMake. I gue
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| "Bo Peng" <[EMAIL PROTECTED]> writes:
|
| | Dear all,
| |
| | The scons-based building system is now available from svn. Currently,
|
| Please revert.
|
| We are not going to have two competing build systems!
And to expand a bit:
I do welcome
Bo Peng wrote:
> Attached is a log file, using cygwin, cygwin boost, cygwin qt with
> replaced moc.exe and uic.exe. I get a bunch of link errors. If
> possible, please help me identify the problem.
>
> BTW,
> 1. the vtable error, according to qt faq, is a sign of missing moc files.
Indeed. Don'
Abdelrazak Younes wrote:
It is already generating it my friend. I was trying to improve the
present build system which is close to sxxxt as far as I am concerned
with windows. You say you are caring about portability across old Unix
and other exotic system but I reckon there are *much* more use
[EMAIL PROTECTED] wrote:
> Added:
> lyx-devel/trunk/qt4.py
> lyx-devel/trunk/scons_utils.py
Do these need to live here? IMO they should go to config.
Georg
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| First thanks to JMarc and Georg for a great Friday :-)
|
| Angus rightfully warned me that I will face great resistance here wrt
| to autotools. I believe it is more inertia than a religious issue.
| People are just
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear all,
|
| The scons-based building system is now available from svn. Currently,
Please revert.
We are not going to have two competing build systems!
--
Lgb
[EMAIL PROTECTED] writes:
| > If I where you I would rather try to get the existing build system work for
| > your platforms. I agree that the auto stuff is not nice, but this option
| > will be far less work than replacing it with something else.
| > We don't have enough man power for such a big
[EMAIL PROTECTED] writes:
| Author: bpeng
| Date: Mon May 8 00:44:54 2006
| New Revision: 13807
|
| Log:
| scons-based build system, by Bo Peng ([EMAIL PROTECTED])
| * SConstruct: main SConstruct file
| * scons_utils.py: utility functions
| * qt4.py: qt4 support is not yet off
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum a écrit :
| > Am Samstag, 6. Mai 2006 11:39 schrieb Abdelrazak Younes:
| >> First thanks to JMarc and Georg for a great Friday :-)
| >>
| >> Angus rightfully warned me that I will face great resistance here
| >> wrt to autotools. I believe
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| First thanks to JMarc and Georg for a great Friday :-)
|
| Angus rightfully warned me that I will face great resistance here wrt
| to autotools. I believe it is more inertia than a religious issue.
| People are just afraid of potential bad thing tha
100 matches
Mail list logo
