Abdelrazak Younes a écrit :
Bo Peng a écrit :
> 2. qt4 adding "#include file_moc.cpp" to file.C. Abdel, I will give
> you a patch to test. If you see a clear advantage, I will complete the
> patch with autotools support.
That sounds like a good plan. Please note that the moc files are named
xxx
Bo Peng a écrit :
> 2. qt4 adding "#include file_moc.cpp" to file.C. Abdel, I will give
> you a patch to test. If you see a clear advantage, I will complete the
> patch with autotools support.
That sounds like a good plan. Please note that the moc files are named
xxx_moc.C with autotools but I g
Bo Peng a écrit :
> Here is my wish list if you bother:
>
> 1. find a way to pass CCFLAGS options to gcc.
you can already pass CCFLAGS as environment variable, or in command
line, I just tried
scons CCFLAGS=-O2
and it works fine.
You tried at the windows console?
It doesn't work here with rev
> Here is my wish list if you bother:
>
> 1. find a way to pass CCFLAGS options to gcc.
you can already pass CCFLAGS as environment variable, or in command
line, I just tried
scons CCFLAGS=-O2
and it works fine.
Bo
I haven't used -lstdc++ for quite a while now, it should not be
necessary to specify it explicitly.
It really looks like some gcc vs g++ usage was messed up during
compilation/linking.
As long as things work, I do not care. I will check if I still need to
specify -lstdc++ after lyx renames .C t
On Mon, May 15, 2006 at 03:21:21PM -0500, Bo Peng wrote:
> >upgraded to this one (but stull need to comment out the re.sub line)
>
> I will have a look.
>
> >now it compiles, but fails during linking:
>
> I notice this one only after I test this by myself. Abdel seems to be
> using a more decent
Abdelrazak Younes a écrit :
Here is my wish list if you bother:
1. find a way to pass CCFLAGS options to gcc.
2. create multiple "config.h" in build directory not in the source (as
is done with autotools):
2.a. release/config.h for all general macro including
BOOST_USER_CONFIG
2.a.
forget the patch.
Bo
Index: development/scons/SConscript
===
--- development/scons/SConscript (revision 13852)
+++ development/scons/SConscript (working copy)
@@ -880,7 +880,7 @@
resources = [qt4env.Uic4(x) for x in qt4_ui_files]
> 2. qt4 adding "#include file_moc.cpp" to file.C. Abdel, I will give
> you a patch to test. If you see a clear advantage, I will complete the
> patch with autotools support.
That sounds like a good plan. Please note that the moc files are named
xxx_moc.C with autotools but I guess it's easy to c
Bo Peng a écrit :
to load an old document i needed to change
lyx2lyx_version.py.in
into
lyx2lyx_version.py
So the next big thing is this version_suffix business?
Anyway, I have on this scons TODO list,
1. remove unnecessay rebuild, since I found that adding fast_start=yes
can sometimes tri
conf.TryLink('#include ' + check_mkdir_one_arg_source, '.c')
Indeed, this is cleaner... Note though that I was just following your
advice about source_2 etc ;-)
I do remember that the idea was mine. :-) But even with that idea,
"TryLink(_source_1) or TryLink(_source_2)" is better than nested
if
Bo Peng a écrit :
> I was not aware that scons does not handle python exceptions well so
Is that because of the low supported python version?
Also maybe because scons scans all instructions before executing any
of the real building step. Then, if a compile step fails, it does not
have to trigg
to load an old document i needed to change
lyx2lyx_version.py.in
into
lyx2lyx_version.py
So the next big thing is this version_suffix business?
Anyway, I have on this scons TODO list,
1. remove unnecessay rebuild, since I found that adding fast_start=yes
can sometimes trigger rebuild.
2. q
> I was not aware that scons does not handle python exceptions well so
Is that because of the low supported python version?
Also maybe because scons scans all instructions before executing any
of the real building step. Then, if a compile step fails, it does not
have to trigger the try/except a
Bo Peng a écrit :
>> any clue what i am missing here?
>
I was not aware that scons does not handle python exceptions well so
Is that because of the low supported python version?
the try/except tests have been removed, and a test for SOCKET_H is
added.
I have just tested, with the newest ve
Bo Peng wrote:
>> any clue what i am missing here?
>
I was not aware that scons does not handle python exceptions well so
the try/except tests have been removed, and a test for SOCKET_H is
added.
I have just tested, with the newest version (just submitted), you
should be able to run scons ...
>> any clue what i am missing here?
>
I was not aware that scons does not handle python exceptions well so
the try/except tests have been removed, and a test for SOCKET_H is
added.
I have just tested, with the newest version (just submitted), you
should be able to run scons ... install. (lyxcli
Abdelrazak Younes wrote:
Edwin Leuven a écrit :
g++ -o release\common\client\client.o -c -Iboost -Isrc
src\client\client.C
src\client\client.C:44:20: sys/un.h: No such file or directory
any clue what i am missing here?
You are missing ... just kidding ;-)
one learns something everyday..
This header is not available for Mingw (it is available in the gw32
package but it is another story). In principle Scons should not try to
build the lyx client because of those missing header. Didn't you fixed
that Bo?
I continue to allow building of lyxclient, but failure to do so should
not af
Edwin Leuven a écrit :
g++ -o release\common\client\client.o -c -Iboost -Isrc src\client\client.C
src\client\client.C:44:20: sys/un.h: No such file or directory
any clue what i am missing here?
You are missing ... just kidding ;-)
This header is not available for Mingw (it is available in t
g++ -o release\common\client\client.o -c -Iboost -Isrc src\client\client.C
src\client\client.C:44:20: sys/un.h: No such file or directory
any clue what i am missing here?
thanks, edwin
Bo Peng a écrit :
On 5/15/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> The new version has just be submitted. I guess you will still have the
> re.sub problem, but linking should be fine.
it breaks here:
OK. I am discussing this with Abdel this morning. It seems that
windows/mingw does not h
Bo Peng a écrit :
On 5/15/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> The new version has just be submitted. I guess you will still have the
> re.sub problem, but linking should be fine.
it breaks here:
OK. I am discussing this with Abdel this morning. It seems that
windows/mingw does not h
Bo Peng a écrit :
On 5/15/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> The new version has just be submitted. I guess you will still have the
> re.sub problem, but linking should be fine.
it breaks here:
OK. I am discussing this with Abdel this morning. It seems that
windows/mingw does not h
Bo Peng a écrit :
upgraded to this one (but stull need to comment out the re.sub line)
I will have a look.
now it compiles, but fails during linking:
I notice this one only after I test this by myself. Abdel seems to be
using a more decent (?) g++ that is clever enough (like the linux
case)
On 5/15/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> The new version has just be submitted. I guess you will still have the
> re.sub problem, but linking should be fine.
it breaks here:
OK. I am discussing this with Abdel this morning. It seems that
windows/mingw does not have, or have a diff
The new version has just be submitted. I guess you will still have the
re.sub problem, but linking should be fine.
it breaks here:
g++ -o release\common\support\mkdir.o -c -Iboost -Isrc src\support\mkdir.C
c:/programs/minGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/io.h:
In func
tion `
it linked and launched!
I am glad to know this. The re.sub was troublesome when I first
tackled it. I guess I need a safer way to do substitution.
thanks for the help here
The new version has just be submitted. I guess you will still have the
re.sub problem, but linking should be fine.
Yo
I notice this one only after I test this by myself. Abdel seems to be
using a more decent (?) g++ that is clever enough (like the linux
case) to link against stdc++. What you need to do is add -lstdc++ to
the last step,
it linked and launched!
or wait five more minutes for me to submit a new
v
upgraded to this one (but stull need to comment out the re.sub line)
I will have a look.
now it compiles, but fails during linking:
I notice this one only after I test this by myself. Abdel seems to be
using a more decent (?) g++ that is clever enough (like the linux
case) to link against st
Bo Peng wrote:
C:\svn>scons -v
SCons by Steven Knight et al.:
engine: v0.96.1.D001, 2004/08/23 09:55:29, by knight on
casablanca
Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation
I am using 0.96.92. I will have a detailed look at the re.sub part
tonight with win/mingw, but yo
C:\svn>scons -v
SCons by Steven Knight et al.:
engine: v0.96.1.D001, 2004/08/23 09:55:29, by knight on casablanca
Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation
I am using 0.96.92. I will have a detailed look at the re.sub part
tonight with win/mingw, but you may consider upg
Bo Peng wrote:
So, you are under windows, using python2.4, mingw (?) and which scons
version?
C:\svn>scons -v
SCons by Steven Knight et al.:
engine: v0.96.1.D001, 2004/08/23 09:55:29, by knight on casablanca
Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation
C:\svn>g++ --versi
> this works now
and stopped:
env_subst(["release\common\version.C"], ["src\version.C.in"])
File "C:\svn\development\scons\scons_utils.py", line 67, in env_subst
contents = re.sub('@'+k+'@',
env.subst('$'+k).replace('\n',r'\\n\\\n'), cont
ents)
So, you are under windows, using pytho
Bo Peng wrote:
I can not reproduce the problem here. Could you please tell me lyx
rev number,
13848
and platform you are running?
win xp prof with sp2 installed
thanks, edwin
Edwin Leuven wrote:
Can not reproduce this problem. Where do you start scons? You should
either start from the top source directory with
scons -f development/scons/SConstruct ...
this works now
and stopped:
env_subst(["release\common\version.C"], ["src\version.C.in"])
scons: *** [release\c
this works now
Good.
> cd development/scons
> scons
yet this doesn't (is what i was doing)
I can not reproduce the problem here. Could you please tell me lyx
rev number, and platform you are running?
Cheers,
Bo
Bo Peng wrote:
scons: *** Source directory must be under top of build tree.
File "SConscript", line 22, in ?
Can not reproduce this problem. Where do you start scons? You should
either start from the top source directory with
scons -f development/scons/SConstruct ...
this works now
or
cd
scons: *** Source directory must be under top of build tree.
File "SConscript", line 22, in ?
Can not reproduce this problem. Where do you start scons? You should
either start from the top source directory with
scons -f development/scons/SConstruct ...
or
cd development/scons
scons
Bo
Bo Peng wrote:
Please remove the SConsign line for now (at the end of SConstruct). I
already notice this but the fix is among a big untested patch.
this
scons CCFLAGS=-O3 frontend=qt4
extra_inc_path=c:/programs/Aspell-0.60.4/include
extra_lib_path=c:/programs/Aspell-0.60.4/lib logfile=logfil
> yes
Then wait for Bo :-(
Please remove the SConsign line for now (at the end of SConstruct). I
already notice this but the fix is among a big untested patch.
Bo
PS: I am not officially back to work now.
Edwin Leuven a écrit :
Abdelrazak Younes wrote:
Did you install the python win32 extension?
http://sourceforge.net/project/showfiles.php?group_id=78018
http://python.net/crew/skippy/win32/
yes
Then wait for Bo :-(
Abdel.
Abdelrazak Younes wrote:
Did you install the python win32 extension?
http://sourceforge.net/project/showfiles.php?group_id=78018
http://python.net/crew/skippy/win32/
yes
Edwin Leuven a écrit :
this is what i get:
C:\svn\development\scons>scons qt_dir=c:/programs/Qt/4.1.2 mode=release
scons: Reading SConscript files ...
TypeError: can only concatenate list (not "str") to list:
File "SConstruct", line 412:
env.AppendUnique(CPPPATH = env['QT_INC_PATH'])
Fi
this is what i get:
C:\svn\development\scons>scons qt_dir=c:/programs/Qt/4.1.2 mode=release
scons: Reading SConscript files ...
TypeError: can only concatenate list (not "str") to list:
File "SConstruct", line 412:
env.AppendUnique(CPPPATH = env['QT_INC_PATH'])
File "C:\programs\Python24
Edwin Leuven a écrit :
guess this one is for bo or abdel
i try to get lyx to build on windows
i installed
- python
- scons
- msys
- qt
- mingw
- zlib, libiconv, bzip2 (installed in the mingw dir)
simply calling
C:\svn\development\scons>scons frontend=qt4
gives me this error:
IOError: [Errn
guess this one is for bo or abdel
i try to get lyx to build on windows
i installed
- python
- scons
- msys
- qt
- mingw
- zlib, libiconv, bzip2 (installed in the mingw dir)
simply calling
C:\svn\development\scons>scons frontend=qt4
gives me this error:
IOError: [Errno 2] No such file or dir
47 matches
Mail list logo
