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
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 starti
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 st
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.
>
> "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
> "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
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
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
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
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 ad
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
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
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
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
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
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
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
> "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
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
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).
| >>
| >> S
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?
"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 rep
> 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
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 stupidi
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 p
> 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 y
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
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 e
> 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
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
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 possibl
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
ignore
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
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.
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 asp
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-portabilit
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
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
"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
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 kno
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 i
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
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 inde
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?
Goo
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?
Abde
On Mon, May 08, 2006 at 10:57:12AM -0500, Bo Peng wrote:
> >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
On Mon, May 08, 2006 at 11:19:49PM +0200, Joost Verburg wrote:
> 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
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?
Andre'
On Mon, May 08, 2006 at 10:35:34PM +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 pres
On Tue, May 09, 2006 at 10:19:39AM -0500, Bo Peng wrote:
> >> The .C and .c problem has been handled.
> >
> >So, is the problem with "undefined reference to vtable" solved?
>
> Yes. scons scans .cpp (and .cxx etc) and included .h files for
> Q_OBJECT, and moc them if needed. It failed to moc .C fi
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,
On Tue, May 09, 2006 at 11:14:43AM -0500, Bo Peng wrote:
> >I start thinking that scons is too much Windows centric...
>
> Oooh? It worked without any trouble on linux, and I spent several days
> to fix it for windows. You call this windows centric? Of couse, you
> can call autotools *nix cantric
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.
BTW, how can I add "-O2" to the compiler flags? I tried CPPFLAGS=-O2
on the command line, and also "export CPPFLAGS=-O2", but
On Tue, May 09, 2006 at 11:08:21AM -0500, Bo Peng wrote:
> Please, go to src/SConscript line 171 and move 'SYSTEM_LIBS' after
> 'BOOST_LIBS'. This should solve the link problem, if it is caused by
> -lz ordering (linux/g++, mingw do not care).
Confirmed. Ordering matters. This is the only undefin
This means we should use something else than system() for running
programs, right? Or add proper options when in Systemcall? This would
be a good thing to do anyway.
Exactly, under windows, use one of the process APIs.
Bo
Jean-Marc Lasgouttes wrote:
This means we should use something else than system() for running
programs, right? Or add proper options when in Systemcall? This would
be a good thing to do anyway.
If I remember correctly, the forkedcall stuff is the problem, not system().
Joost
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> For example, the MinGW implementations of functions to call
Joost> other applications often do not show a console window, while
Joost> the Microsoft implementation does. This means that you get
Joost> popping up windows all the time
I start thinking that scons is too much Windows centric...
Oooh? It worked without any trouble on linux, and I spent several days
to fix it for windows. You call this windows centric? Of couse, you
can call autotools *nix cantric since they rely on sh/sed etc.
Bo
Yes, python should be easier to tweak than m4, but we have to prove
that it can be as powerful as m4 is.
For (almost?) all the autoconf stuff, I have implemented them in
python without problem. It is easier (?) and cleaner (yes!) than m4.
As I have said, scons is currently weak on "make dist" et
On Tue, May 09, 2006 at 04:38:14PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Tue, May 09, 2006 at 01:34:36PM +0200, Abdelrazak Younes wrote:
> >
> >Are you saying that .C files are recognized as C++ sources for you?
>
> Yes. IIRC scons call gcc for .C file and g++ for lin
On Tue, May 09, 2006 at 10:19:39AM -0500, Bo Peng wrote:
> >> The .C and .c problem has been handled.
> >
> >So, is the problem with "undefined reference to vtable" solved?
>
> Yes. scons scans .cpp (and .cxx etc) and included .h files for
> Q_OBJECT, and moc them if needed. It failed to moc .C fi
Jean-Marc Lasgouttes wrote:
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?
With some hacks to the projects files you can probably compile
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.
It seems
to me that scons is already capable of building a linux executable
albeit without client support. Am I ri
Bo didn't asked on Friday in the middle of our great battle? If not,
sorry for that. Bo, say sorry to JMarc too please :-)
OK. I aplogize, although there is a draft email I wrote yesterday,
trying to vent my own anger.
Bo
> The .C and .c problem has been handled.
So, is the problem with "undefined reference to vtable" solved?
Yes. scons scans .cpp (and .cxx etc) and included .h files for
Q_OBJECT, and moc them if needed. It failed to moc .C files because it
is .c under windows. I have corrected the problem by m
On Tue, May 09, 2006 at 08:56:52AM -0500, Bo Peng wrote:
> >It is utterly ridiculous that they are not able to spot the difference
> >between .c and .C on Cygwin and they are able to on native Windows.
>
> The .C and .c problem has been handled.
So, is the problem with "undefined reference to vta
Enrico Forestieri a écrit :
On Tue, May 09, 2006 at 01:34:36PM +0200, Abdelrazak Younes wrote:
Are you saying that .C files are recognized as C++ sources for you?
Yes. IIRC scons call gcc for .C file and g++ for linking. That works
perfectly.
Abdel.
It is utterly ridiculous that they are not able to spot the difference
between .c and .C on Cygwin and they are able to on native Windows.
The .C and .c problem has been handled. Please, if you can, help me
figure out why cygwin build lyx needs zlib1.dll, instead of cygwin
libz.a.
It seems that
On Tue, May 09, 2006 at 01:34:36PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >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
Lars Gullik Bjønnes a écrit :
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.
| > Not
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The objective is not to ruin anything but to complete
Abdelrazak> scons support.
It is your parallel quest to eradicate config.h that makes me nervous
:)
N, not again this! ;-)
More
Jean-Marc Lasgouttes a écrit :
"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
Abde
Enrico Forestieri a écrit :
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
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The objective is not to ruin anything but to complete
Abdelrazak> scons support.
It is your parallel quest to eradicate config.h that makes me nervous
:)
JMarc
> "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 wa
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 networkin
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++ w
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
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 sim
> "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 ce
> "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
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 b
> "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 incompatibili
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 th
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.
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
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 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 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 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 ../../.
1 - 100 of 159 matches
Mail list logo
