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
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
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
Abdel on?
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
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.
| Note 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 they are
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
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.
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 vtable
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
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
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
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
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 files because
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 linking.
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
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
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.
This
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
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
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 undefined
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 since
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
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++.
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 files because
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 presume that's the way you
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 that
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: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
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
> "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
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
> "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
> "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
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
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
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++
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
> "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
> "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
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
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
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
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.
| >
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
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
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.
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
> 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
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
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
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
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
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
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"
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
> "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
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
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
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
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",
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++.
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
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
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: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
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
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't
[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
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 strike
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!
|
| Bo, in
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 two
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!
And
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 :
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
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 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 trunk
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
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\trunkscons frontend=qt4 qt_dir=d:/program/Qt/4.1
scons: Reading
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 scaring about
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
| don't
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
| | implicit approval,
python setup.py install
Easy enough, right?
Then I tried:
D:\cygwin\home\yns\lyx\trunkscons 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
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
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.
---BeginMessage---
Bo Peng a écrit :
python setup.py install
Easy enough, right?
Yes very easy. I first tried their installer but it was
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
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\trunkscons frontend=qt4 qt_dir=d:/program/Qt/4.1
extra_inc_path=d:/mingw/include extra_
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
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\trunkscons frontend=qt4
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
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
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
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.
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
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 happens that those
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 mingw only. Cygwin
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. (We
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
101 - 200 of 308 matches
Mail list logo
