It looks like something is wrong with the way scons configures the HAVE_MEMPCPY
define.
I don't know enough about this to fix it, but if you provide some pointers,
I may be able to help.
You have already identified the source of problem. All you need to do
is go to line 776 of SConstruct and
It looks like something is wrong with the way scons configures the HAVE_MEMPCPY
define.
I don't know enough about this to fix it, but if you provide some pointers,
I may be able to help.
You have already identified the source of problem. All you need to do
is go to line 776 of SConstruct and
On Sunday 21 May 2006 23:36, Enrico Forestieri wrote:
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
Please test the attached patch. It introduces dest_dir.
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
I am sorry, not much time to test the patch by agree with Enrico, I see
reference in the patch to SHARE_DEST_DIR, MAN_DEST_DIR and LOCALE_DEST_DIR. I
have never seen any such variable before. :-)
Those are not environmental variables that you can set, they are
merely used for internal
Bo Peng [EMAIL PROTECTED] writes:
| The only thing that is necessary is to add a dest_dir= option
| for sons install so that the installation can be done in another
| directory tree.
|
| It is called prefix, the same name used by autotools.
No... no really. In autotools this is DESTDIR and
On Monday 22 May 2006 13:47, Bo Peng wrote:
Those are not environmental variables that you can set, they are
merely used for internal parameter passing.
That looks so perlish. ;-)
Bo
--
José Abílio
On Thu, May 18, 2006 at 01:37:08PM +0200, Enrico Forestieri wrote:
I think that once MS was accused to have an agreement with hardware
manufacturers in order to force people buying new hardware. I don't
think this is the case with gnome but they (and not only them) seem
to be interested in
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
Please test the attached patch. It introduces dest_dir.
Bo
I svn upped, then applied your patch and did:
scons frontend=qt3 build_dir=/tmp/lyxbuild prefix=/usr
The result was:
scons: Reading SConscript files ...
[...]
gcc -o
On Thu, May 18, 2006 at 06:28:36PM +0200, Andre Poenitz wrote:
On Thu, May 18, 2006 at 01:37:08PM +0200, Enrico Forestieri wrote:
I think that once MS was accused to have an agreement with hardware
manufacturers in order to force people buying new hardware. I don't
think this is the case
The result was:
scons: *** [/tmp/lyxbuild/intl/l10nflist.o] Error 1
I can not reproduce your problem so I have to guess. Please svn
revert, svn update, and try again.
Cheers,
Bo
On Sunday 21 May 2006 23:36, Enrico Forestieri wrote:
> On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
> > Please test the attached patch. It introduces dest_dir.
>
> I have not tested your patch but DESTDIR is simpler than you
> think, perhaps. You should do everything as specified by
I am sorry, not much time to test the patch by agree with Enrico, I see
reference in the patch to SHARE_DEST_DIR, MAN_DEST_DIR and LOCALE_DEST_DIR. I
have never seen any such variable before. :-)
Those are not environmental variables that you can set, they are
merely used for internal
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > The only thing that is necessary is to add a dest_dir= option
| > for "sons install" so that the installation can be done in another
| > directory tree.
|
| It is called prefix, the same name used by autotools.
No... no really. In autotools this is
On Monday 22 May 2006 13:47, Bo Peng wrote:
> Those are not environmental variables that you can set, they are
> merely used for internal parameter passing.
That looks so perlish. ;-)
> Bo
--
José Abílio
On Thu, May 18, 2006 at 01:37:08PM +0200, Enrico Forestieri wrote:
> I think that once MS was accused to have an agreement with hardware
> manufacturers in order to force people buying new hardware. I don't
> think this is the case with gnome but they (and not only them) seem
> to be interested in
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
> Please test the attached patch. It introduces dest_dir.
>
> Bo
I "svn up"ped, then applied your patch and did:
scons frontend=qt3 build_dir=/tmp/lyxbuild prefix=/usr
The result was:
scons: Reading SConscript files ...
[...]
gcc -o
On Thu, May 18, 2006 at 06:28:36PM +0200, Andre Poenitz wrote:
> On Thu, May 18, 2006 at 01:37:08PM +0200, Enrico Forestieri wrote:
> > I think that once MS was accused to have an agreement with hardware
> > manufacturers in order to force people buying new hardware. I don't
> > think this is the
The result was:
scons: *** [/tmp/lyxbuild/intl/l10nflist.o] Error 1
I can not reproduce your problem so I have to guess. Please svn
revert, svn update, and try again.
Cheers,
Bo
On Thu, May 18, 2006 at 10:48:33PM -0500, Bo Peng wrote:
That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild
--rebuild
and installed it and it works like a charm.
In the script, I can only check for scons 0.96, not 1 or 92.
Now I have to figure out how to do the rpm stuff
The only thing that is necessary is to add a dest_dir= option
for sons install so that the installation can be done in another
directory tree.
It is called prefix, the same name used by autotools.
Bo
On Sun, May 21, 2006 at 01:22:12PM -0500, Bo Peng wrote:
The only thing that is necessary is to add a dest_dir= option
for sons install so that the installation can be done in another
directory tree.
It is called prefix, the same name used by autotools.
Not quite. scons prefix=/tmp/foo will
That is how the current configure-based RPM spec file works. After configuring
with prefix=/usr, we do:
make DESTDIR=${RPM_BUILD_ROOT} install
Does this make sense?
This is beyond my understanding of this option. I always do configure
--prefix and make install without DESTDIR. Using scons, I
On Sunday 21 May 2006 21:53, Bo Peng wrote:
I would like to see other's opinion regarding a separate dest_dir option.
That is the standard procedure for rpm (and also deb) building. prefix is
the place where the package will be installed and run, destdir is the place
where the package is
Please test the attached patch. It introduces dest_dir.
Bo
Index: development/scons/SConscript
===
--- development/scons/SConscript (revision 13895)
+++ development/scons/SConscript (working copy)
@@ -1235,26 +1235,17 @@
if
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
Please test the attached patch. It introduces dest_dir.
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if DESTDIR
is defined, otherwise everything goes as before, ie, copy to $PREFIX.
DESTDIR is useful because you can
On Thu, May 18, 2006 at 10:48:33PM -0500, Bo Peng wrote:
> >That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild
> >--rebuild
> >and installed it and it works like a charm.
>
> In the script, I can only check for scons 0.96, not 1 or 92.
>
> >Now I have to figure out how to do
The only thing that is necessary is to add a dest_dir= option
for "sons install" so that the installation can be done in another
directory tree.
It is called prefix, the same name used by autotools.
Bo
On Sun, May 21, 2006 at 01:22:12PM -0500, Bo Peng wrote:
> >The only thing that is necessary is to add a dest_dir= option
> >for "sons install" so that the installation can be done in another
> >directory tree.
>
> It is called prefix, the same name used by autotools.
Not quite. "scons
That is how the current configure-based RPM spec file works. After configuring
with prefix=/usr, we do:
make DESTDIR=${RPM_BUILD_ROOT} install
Does this make sense?
This is beyond my understanding of this option. I always do configure
--prefix and make install without DESTDIR. Using scons, I
On Sunday 21 May 2006 21:53, Bo Peng wrote:
>
> I would like to see other's opinion regarding a separate dest_dir option.
That is the standard procedure for rpm (and also deb) building. prefix is
the place where the package will be installed and run, destdir is the place
where the package is
Please test the attached patch. It introduces dest_dir.
Bo
Index: development/scons/SConscript
===
--- development/scons/SConscript (revision 13895)
+++ development/scons/SConscript (working copy)
@@ -1235,26 +1235,17 @@
if
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
> Please test the attached patch. It introduces dest_dir.
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if DESTDIR
is defined, otherwise everything goes as before, ie, copy to $PREFIX.
DESTDIR is useful because you can
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily
On Thu, May 18, 2006 at 09:43:23AM +0200, Stephan Witt wrote:
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only
On Mon, May 15, 2006 at 09:52:33AM -0400, Neal Becker wrote:
Bo Peng wrote:
Success:
scons frontend=qt3 prefix=/usr
fedora FC5 x86_64
Fedora FC4 x86_64, all latest updates.
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr
scons: Reading SConscript files ...
scons: ***
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
qt_include_path=/usr/lib64/qt-3.3/include qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...
Please try:
qt_dir=/usr/lib64/qt-3.3
I am not sure if $QTDIR is expanded here (or exists at all.)
Bo
On Thu, May 18, 2006 at 05:28:39PM -0500, Bo Peng wrote:
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
qt_include_path=/usr/lib64/qt-3.3/include
qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...
Please try:
qt_dir=/usr/lib64/qt-3.3
It's the same. (QTDIR is /usr/lib64/qt-3.3)
scons: *** Path does not exist for option build_dir:
File SConstruct, line 300, in ?
Sorry, I just notice that this is a build_dir, not a qt_dir problem.
What is your line 257 of of development/scons/Sconstruct ? If you have
... ',') at the end, you
On Thu, May 18, 2006 at 06:08:27PM -0500, Bo Peng wrote:
It's the same. (QTDIR is /usr/lib64/qt-3.3)
scons: *** Path does not exist for option build_dir:
File SConstruct, line 300, in ?
Sorry, I just notice that this is a build_dir, not a qt_dir problem.
What is your line 257 of of
Line 257 is:
PathOption('qt_dir', 'Path to qt directory', None),
Can you send me the patch?
I am afraid that that patch will not help at all. Could you check your
scons version? I am working with the latest 0.96.92.
Bo
On Thu, May 18, 2006 at 08:31:52PM -0500, Bo Peng wrote:
I am afraid that that patch will not help at all. Could you check your
scons version? I am working with the latest 0.96.92.
Ah. That may be the problem.
[EMAIL PROTECTED] ~]$ rpm -q scons
scons-0.96.1-1.fc4
That was the problem.
That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild --rebuild
and installed it and it works like a charm.
In the script, I can only check for scons 0.96, not 1 or 92.
Now I have to figure out how to do the rpm stuff with scons...
Do you want to build lyx rpm with scons? This
Enrico Forestieri wrote:
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily
On Thu, May 18, 2006 at 09:43:23AM +0200, Stephan Witt wrote:
> Enrico Forestieri wrote:
> > On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
> >
> >>On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
> >>
> and selecting your url and hitting Ctrl-Mouse should
On Mon, May 15, 2006 at 09:52:33AM -0400, Neal Becker wrote:
> Bo Peng wrote:
>
> Success:
> scons frontend=qt3 prefix=/usr
> fedora FC5 x86_64
>
>
Fedora FC4 x86_64, all latest updates.
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr
scons: Reading SConscript files ...
scons:
[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
qt_include_path=/usr/lib64/qt-3.3/include qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...
Please try:
qt_dir=/usr/lib64/qt-3.3
I am not sure if $QTDIR is expanded here (or exists at all.)
Bo
On Thu, May 18, 2006 at 05:28:39PM -0500, Bo Peng wrote:
> > [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
> > qt_include_path=/usr/lib64/qt-3.3/include
> > qt_lib_path=/usr/lib64/qt-3.3/lib/
> > scons: Reading SConscript files ...
>
> Please try:
>
>
It's the same. (QTDIR is /usr/lib64/qt-3.3)
scons: *** Path does not exist for option build_dir:
File "SConstruct", line 300, in ?
Sorry, I just notice that this is a build_dir, not a qt_dir problem.
What is your line 257 of of development/scons/Sconstruct ? If you have
... ',') at the end,
On Thu, May 18, 2006 at 06:08:27PM -0500, Bo Peng wrote:
> >
> >It's the same. (QTDIR is /usr/lib64/qt-3.3)
> >scons: *** Path does not exist for option build_dir:
> >File "SConstruct", line 300, in ?
>
> Sorry, I just notice that this is a build_dir, not a qt_dir problem.
> What is your line 257
Line 257 is:
PathOption('qt_dir', 'Path to qt directory', None),
Can you send me the patch?
I am afraid that that patch will not help at all. Could you check your
scons version? I am working with the latest 0.96.92.
Bo
On Thu, May 18, 2006 at 08:31:52PM -0500, Bo Peng wrote:
> I am afraid that that patch will not help at all. Could you check your
> scons version? I am working with the latest 0.96.92.
Ah. That may be the problem.
[EMAIL PROTECTED] ~]$ rpm -q scons
scons-0.96.1-1.fc4
That was the problem.
That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild --rebuild
and installed it and it works like a charm.
In the script, I can only check for scons 0.96, not 1 or 92.
Now I have to figure out how to do the rpm stuff with scons...
Do you want to build lyx rpm with scons? This
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily intermixed with native windows on my WinXP
box at work so I would be surprised if the same
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
and selecting your url and hitting Ctrl-Mouse should work.
If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily intermixed with native
On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
> > and selecting your url and hitting Ctrl-Mouse should work.
>
> If only I could use fvwm with gnome!
*shrug*
I can use fvwm happily intermixed with native windows on my WinXP
box at work so I would be surprised if the same
On Wed, May 17, 2006 at 08:36:15PM +0200, Andre Poenitz wrote:
> On Wed, May 17, 2006 at 12:34:43AM +0200, Enrico Forestieri wrote:
> > > and selecting your url and hitting Ctrl-Mouse should work.
> >
> > If only I could use fvwm with gnome!
>
> *shrug*
>
> I can use fvwm happily intermixed
On Mon, May 15, 2006 at 11:00:56PM +0200, Enrico Forestieri wrote:
BTW, in an xterm I can't CTRL+click on an URL to have it opened in
a browser.
I would be surprised if one couldn't convince xsel together with
.inputrc to do the same.
But I am a tcsh fellow...
When I think about
On Mon, May 15, 2006 at 11:37:25PM +0200, Enrico Forestieri wrote:
This is just to add to the surreal part. :-D
The funny thing is that once I was hard and pure as I think Andre' is...
I am not hard and pure. I just cannot convince KDE to move my
mouse pointer half a screen to the left
On Tue, May 16, 2006 at 09:08:49PM +0200, Andre Poenitz wrote:
On Mon, May 15, 2006 at 11:00:56PM +0200, Enrico Forestieri wrote:
BTW, in an xterm I can't CTRL+click on an URL to have it opened in
a browser.
I would be surprised if one couldn't convince xsel together with
On Mon, May 15, 2006 at 11:00:56PM +0200, Enrico Forestieri wrote:
> > > BTW, in an xterm I can't CTRL+click on an URL to have it opened in
> > > a browser.
> >
> > I would be surprised if one couldn't convince xsel together with
> > .inputrc to do the same.
>
> But I am a tcsh fellow...
When I
On Mon, May 15, 2006 at 11:37:25PM +0200, Enrico Forestieri wrote:
> > This is just to add to the surreal part. :-D
>
> The funny thing is that once I was hard and pure as I think Andre' is...
I am not hard and pure. I just cannot convince KDE to move my
mouse pointer half a screen to the left
On Tue, May 16, 2006 at 09:08:49PM +0200, Andre Poenitz wrote:
> On Mon, May 15, 2006 at 11:00:56PM +0200, Enrico Forestieri wrote:
> > > > BTW, in an xterm I can't CTRL+click on an URL to have it opened in
> > > > a browser.
> > >
> > > I would be surprised if one couldn't convince xsel together
Bo Peng wrote:
Success:
scons frontend=qt3 prefix=/usr
fedora FC5 x86_64
On Mon, May 15, 2006 at 02:01:27AM +0200, Enrico Forestieri wrote:
Btw if you prefer 15s startup time + nice scrollbars over
1s startup + ugly scrollbars, I probably can't help you at all.
I am with you. I would still be using chimera instead of mozilla if
it had worked. But it seems this
On Mon, May 15, 2006 at 09:08:30PM +0200, Andre Poenitz wrote:
On Mon, May 15, 2006 at 02:01:27AM +0200, Enrico Forestieri wrote:
Btw if you prefer 15s startup time + nice scrollbars over
1s startup + ugly scrollbars, I probably can't help you at all.
I am with you. I would still be
On Monday 15 May 2006 22:00, Enrico Forestieri wrote:
But I am a tcsh fellow... (this is becoming quite surreal).
If we had this talk more than 10 years ago I would point you that *csh
considered harmful, but since we are not in the 90's I will smile with this
remembrance. ;-)
This is
On Mon, May 15, 2006 at 10:11:04PM +0100, Jose' Matos wrote:
On Monday 15 May 2006 22:00, Enrico Forestieri wrote:
But I am a tcsh fellow... (this is becoming quite surreal).
If we had this talk more than 10 years ago I would point you that *csh
considered harmful, but since we are not
Bo Peng wrote:
Success:
scons frontend=qt3 prefix=/usr
fedora FC5 x86_64
On Mon, May 15, 2006 at 02:01:27AM +0200, Enrico Forestieri wrote:
> > Btw if you prefer "15s startup time + nice scrollbars" over
> > "<1s startup + ugly scrollbars", I probably can't help you at all.
>
> I am with you. I would still be using chimera instead of mozilla if
> it had worked. But it
On Mon, May 15, 2006 at 09:08:30PM +0200, Andre Poenitz wrote:
> On Mon, May 15, 2006 at 02:01:27AM +0200, Enrico Forestieri wrote:
> > > Btw if you prefer "15s startup time + nice scrollbars" over
> > > "<1s startup + ugly scrollbars", I probably can't help you at all.
> >
> > I am with you. I
On Monday 15 May 2006 22:00, Enrico Forestieri wrote:
> But I am a tcsh fellow... (this is becoming quite surreal).
If we had this talk more than 10 years ago I would point you that "*csh
considered harmful", but since we are not in the 90's I will smile with this
remembrance. ;-)
This is
On Mon, May 15, 2006 at 10:11:04PM +0100, Jose' Matos wrote:
> On Monday 15 May 2006 22:00, Enrico Forestieri wrote:
> > But I am a tcsh fellow... (this is becoming quite surreal).
>
> If we had this talk more than 10 years ago I would point you that "*csh
> considered harmful", but since we
On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
All of this because a terminal takes 15 seconds to start on linux.
Yes, I could use fvwm,
On Sat, May 13, 2006 at 12:52:04PM +0200, Andre Poenitz wrote:
On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
All of this because a
On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
> On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
> > On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
> > > All of this because a terminal takes 15 seconds to start on linux.
> > > Yes, I could use
On Sat, May 13, 2006 at 12:52:04PM +0200, Andre Poenitz wrote:
> On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
> > On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
> > > On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
> > > > All of this
Enrico Forestieri a écrit :
On Fri, May 12, 2006 at 10:49:53PM +0300, Martin Vermeer wrote:
Gnome-terminal has tabs. Keep one terminal open all the time and use
tabs.
You know, you use the file manager because it is more confortable for
browsing a tree. Then you press the right mouse button
Enrico Forestieri a écrit :
On Fri, May 12, 2006 at 10:49:53PM +0300, Martin Vermeer wrote:
Gnome-terminal has tabs. Keep one terminal open all the time and use
tabs.
You know, you use the file manager because it is more confortable for
browsing a tree. Then you press the right mouse button
On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
All of this because a terminal takes 15 seconds to start on linux.
Yes, I could use fvwm,
On Fri, May 12, 2006 at 10:49:53PM +0300, Martin Vermeer wrote:
Gnome-terminal has tabs. Keep one terminal open all the time and use
tabs.
You know, you use the file manager because it is more confortable for
browsing a tree. Then you press the right mouse button and select
open a terminal
On Thu, May 11, 2006 at 10:44:41PM +0200, Enrico Forestieri wrote:
> On Thu, May 11, 2006 at 09:55:21PM +0200, Andre Poenitz wrote:
> > On Thu, May 11, 2006 at 01:24:44PM +0200, Enrico Forestieri wrote:
> > > All of this because a terminal takes 15 seconds to start on linux.
> > > Yes, I could use
On Fri, May 12, 2006 at 10:49:53PM +0300, Martin Vermeer wrote:
> Gnome-terminal has tabs. Keep one terminal open all the time and use
> tabs.
You know, you use the file manager because it is more confortable for
browsing a tree. Then you press the right mouse button and select
"open a terminal
Bo Peng [EMAIL PROTECTED] writes:
| @@ -39,7 +39,7 @@
|
|regex = boostenv.StaticLibrary(
| target = '$LOCALLIBPATH/boost_regex',
| -source = [#$BUILDDIR/common/regex/src/%s % x for x in Split('''
| +source = [#$BUILDDIR/boost/regex/src/%s % x for x in Split('''
|
On Thu, May 11, 2006 at 12:36:40AM -0500, Bo Peng wrote:
I see the source of this problem. I will provide a thorough (will ever
happen?) patch tonight.
1. $ scons -f development/scons/SConscript
and
$ cd development/scons
$ scons
should both work.
Confirmed.
2. $ scons lyxclient
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico The fact that you can reuse previous compiles when switching
Enrico frontend is a real bonus cutting dramatically down the compile
Enrico time. It will be really appreciated by debian packagers, for
Enrico example, as they have to
Enrico Forestieri [EMAIL PROTECTED] writes:
| The fact that you can reuse previous compiles when switching frontend
| is a real bonus cutting dramatically down the compile time. It will be
| really appreciated by debian packagers, for example, as they have to
| build all the frontends.
Note that
On Thu, May 11, 2006 at 11:59:00AM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico The fact that you can reuse previous compiles when switching
Enrico frontend is a real bonus cutting dramatically down the compile
Enrico time. It will be
On Thu, May 11, 2006 at 12:02:31PM +0200, Lars Gullik Bjønnes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
| The fact that you can reuse previous compiles when switching frontend
| is a real bonus cutting dramatically down the compile time. It will be
| really appreciated by debian
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico No, I just meant that. I think that Georg should update his
Enrico scripts for debian as currently they need as many full
Enrico compiles as the number of frontends.
What multiple frontends cannot do yet is install properly. This may
On Thu, May 11, 2006 at 12:36:40AM -0500, Bo Peng wrote:
Not enough time to test for windows. Please continue to report bugs.
Failure on cygwin:
g++ -o release/common/frontends/qt3/validators.o -c -O2 -I/usr/lib/qt3/include
-I/usr/include/qt3 -I/usr/local/include -Iboost -Isrc -I.
Enrico Forestieri wrote:
No, I just meant that. I think that Georg should update his scripts
for debian as currently they need as many full compiles as the number
of frontends.
Note that this does not work in 1.3.x, but from 1.4.x on. Note further that
my 1.4.x debian scripts do already take
Jean-Marc Lasgouttes wrote:
What multiple frontends cannot do yet is install properly. This may be
why Georg had problems.
I don't have any problems at all. --with-frontend=qt xforms gtk qt4 works
just fine.
Georg
On Thu, May 11, 2006 at 12:46:59PM +0200, Jean-Marc Lasgouttes wrote:
I am not sure it is wise to concentrate our energy on making a contest
between configuration systems.
Everything is driven by a need. I don't think that Bo started all this
stuff because he didn't know how to spend his free
On Thu, May 11, 2006 at 01:15:33PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
No, I just meant that. I think that Georg should update his scripts
for debian as currently they need as many full compiles as the number
of frontends.
Note that this does not work in 1.3.x, but from
Enrico Forestieri wrote:
I had only tried the 1.3.x scripts. Next time I'll get my facts
straight before talking nonsense. Sorry.
No problem. It is better to mention things like this if unsure, otherwise I
really might have missed something.
Georg
Shouldn't the 'Return' be removed as well?
Yes. The patch was generated when kids were yelling for daddy.
Bo
Just do ./configure -with-frontend=qt3 qt4 xforms gtk and all the
frontends are built in the same tree.
In favor of scons, I would say there is still a minor difference. In scons, I do
$ scons
$ scons frontend=qt4
separately. And I compile one frontend each time.
With --with-frontend='qt3
Bo Peng wrote:
With --with-frontend='qt3 qt4', I am forced to compile both frontends
each time. And with
$ configure --with-frontend=qt3
$ make
$ configure --with-frontend=qt4 (slow)
$ make
The last one is likely to be a full rebuild (Am I right here?)
No. It would be a full
1 - 100 of 178 matches
Mail list logo
