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 ad
On Mon, May 22, 2006 at 07:28:24PM -0500, Bo Peng wrote:
> >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.
I took your patch out of the equation (rm -rf development
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 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
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 /tmp
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 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
"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 DESTD
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 paramete
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 PR
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 isola
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 DE
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 'insta
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 i
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 a
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=/tm
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 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
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 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. Do
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 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
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 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/li
[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 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:
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 wo
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 inte
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 wi
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 c
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
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 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 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 a
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 j
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 w
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
Bo Peng wrote:
Success:
scons frontend=qt3 prefix=/usr
fedora FC5 x86_64
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 becaus
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
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 a
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 h
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 Thu, May 11, 2006 at 04:21:34PM -0500, Bo Peng wrote:
> On 5/11/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> >> > Please, attached find a patch enabling the LyX socket. Without this
> >> > patch the lyxclient cannot work.
> >>
> >> Get it.
> >
> >Get compile error with this thing in:
> >
>
> Never
On Thu, May 11, 2006 at 04:04:15PM -0500, Bo Peng wrote:
> >> Please, attached find a patch enabling the LyX socket. Without this
> >> patch the lyxclient cannot work.
> >
> >Get it.
>
> Get compile error with this thing in:
>
> src/messages.C: In member function `const std::string
> Messages::Pi
On 5/11/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> > Please, attached find a patch enabling the LyX socket. Without this
> > patch the lyxclient cannot work.
>
> Get it.
Get compile error with this thing in:
Never mind, as usual, another config.h is in the way. :-(
Bo
> Please, attached find a patch enabling the LyX socket. Without this
> patch the lyxclient cannot work.
Get it.
Get compile error with this thing in:
src/messages.C: In member function `const std::string
Messages::Pimpl::get(const std::string&) const':
src/messages.C:140: error: `PACKAGE' was
On Thu, May 11, 2006 at 03:42:59PM -0500, Bo Peng wrote:
> >
> >Yea, the problem was that that line was different from the one you
> >show above...
>
> You sure applied my patch???
Probably I didn't think I had to "svn up".
--
Enrico
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, but I would lose a desktop environment.
>
> You can use plain xterms
Yea, the problem was that that line was different from the one you
show above...
You sure applied my patch???
Please, attached find a patch enabling the LyX socket. Without this
patch the lyxclient cannot work.
Get it.
Bo
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, but I would lose a desktop environment.
You can use plain xterms with gnome, too.
Andre'
On Thu, May 11, 2006 at 11:33:19AM -0500, Bo Peng wrote:
> >Sorry, it still doesn't work for me:
>
> >scons: *** Source
> >`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
> >found, needed by target
> >`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsM
Am Donnerstag, 11. Mai 2006 15:55 schrieb Jean-Marc Lasgouttes:
> But make install only installs the first frontend, doesn't it?
It installs all (lyx-qt, lyx-gtk etc.), but since obviously only one can
be named lyx it installs only the first one as lyx. Thanks to the
package() work of you and A
Sorry, it still doesn't work for me:
scons: *** Source
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not found,
needed by target
`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
Stop.
scons: building terminated because of errors.
You
On Thu, May 11, 2006 at 08:57:54AM -0500, Bo Peng wrote:
> >Failure on cygwin:
> >
> `src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
> found, needed by target
> `release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
> Stop.
> >scons: building termin
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> 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 fu
Failure on cygwin:
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not
found, needed by target
`release/common/frontends/qt3/#release/common/frontends/qt3/moc_BulletsModule.cc'.
Stop.
scons: building terminated because of errors.
Wrongly use of absolute path. patch attached
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What multiple frontends cannot do yet is install properly. This may
>> be why Georg had problems.
Georg> I don't have any problems at all. --with-frontend="qt xforms
Georg> gtk qt4" works just fine.
But
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 ful
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
Shouldn't the 'Return' be removed as well?
Yes. The patch was generated when kids were yelling for daddy.
Bo
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
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, b
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
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
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 tak
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.
-I/usr/lib
> "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
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| 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 bon
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 debi
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.
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 tha
> "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
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 lyx
"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('''
|
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.
2. $ scons lyxclient
works under linux, you can choose target to build
$ scons tex2lyx
$ scons ly
g++ -o release/common/frontends/Painter.o -c -O2 -I/usr/lib/qt3/include
-I/usr/include/qt3 -I/usr/local/include -Iboost -Isrc -I.
src/frontends/Painter.C
scons: *** Source
`src/frontends/qt3/#release/common/frontends/qt3/BulletsModule.h' not found,
needed by target
`release/common/frontends/q
On Wed, May 10, 2006 at 07:44:26PM -0500, Bo Peng wrote:
> >I guess the only difference is that in the Lars case you should
> >work from the top srcdir and in your case from development/scons.
> >
> >I would prefer the top srcdir. This should be decided once for all as
> >using scons-local one has
On Thu, May 11, 2006 at 02:19:05AM +0200, Enrico Forestieri wrote:
> Perfect! Thanks Lars. Now it works on solaris but still fails on
> cygwin due to a typo. Patch attached.
Nope. Solaris seems Ok but on cygwin it still fails later on
g++ -o release/common/frontends/Painter.o -c -O2 -I/usr/lib/q
I guess the only difference is that in the Lars case you should
work from the top srcdir and in your case from development/scons.
I would prefer the top srcdir. This should be decided once for all as
using scons-local one has to move the scons-local-0.96.92 dir and a
couple of scripts back and fo
On Wed, May 10, 2006 at 07:09:31PM -0500, Bo Peng wrote:
> Try attached patch. (The same as lars?)
Very similar but not exactly the same. They differ here:
Lars ===
@@ -52,16 +52,11 @@
''')]
)
- # Return the library
- Return('regex')
-
- Import('boostenv')
-
On Thu, May 11, 2006 at 01:47:07AM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> |
> | > Please test. all you need to do is
> | >
> | > $ cd development/scons
> | > $ scons frontend=qt3 ...
> | >
scons -f development/scons/SConstruct from the lyx top dir with scons
If scons can cache this -f option, I opt for this one. Otherwise, I
prefer going to the development directory.
Bo
Boost libraries:['boost_signals', 'boost_regex',
'boost_filesystem', 'boost_iostreams']
Extra libraries:['Aiksaurus', 'aspell', 'qt-mt', 'GL', 'Xmu',
'Xi', 'Xrender', 'Xrandr', 'Xcursor', 'Xft', 'freetype', 'fontconfig', 'Xext',
'X11', 'SM', 'ICE', 'resolv',
On Wed, May 10, 2006 at 06:43:44PM -0500, Bo Peng wrote:
> >
> >I don't know what it cannot find. Giving the gcc command above on the
> >command line works just fine. It was working prior the move to development.
>
> That means gcc is not in the *standard path*? I stopped importing all
> environme
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
|
| > Please test. all you need to do is
| >
| > $ cd development/scons
| > $ scons frontend=qt3 ...
| > $ scons frontend=qt4 ...
|
| Failure on cygwin, too.
With this patch I am able to do
On Thu, May 11, 2006 at 12:56:55AM +0200, Enrico Forestieri wrote:
> On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> > Dear all,
> >
> > All scons related stuff has been moved to development/scons. This
> > change has resulted in major reorganization of the build scripts, but
> > it is
I don't know what it cannot find. Giving the gcc command above on the
command line works just fine. It was working prior the move to development.
That means gcc is not in the *standard path*? I stopped importing all
environment path to reduce starting time (an ongoing effort). Please
uncomment
On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> Please test. all you need to do is
>
> $ cd development/scons
> $ scons frontend=qt3 ...
> $ scons frontend=qt4 ...
Failure on cygwin, too.
$ cd development/scons
$ cat scons_lyx
#!/bin/sh
scons --config=force CCFLAGS=-O2 frontend=qt3 q
On Wed, May 10, 2006 at 05:01:33PM -0500, Bo Peng wrote:
> Dear all,
>
> All scons related stuff has been moved to development/scons. This
> change has resulted in major reorganization of the build scripts, but
> it is done now.
>
> Minus: all building processes are now using (longer and uglier)
Dear all,
All scons related stuff has been moved to development/scons. This
change has resulted in major reorganization of the build scripts, but
it is done now.
Minus: all building processes are now using (longer and uglier) absolute paths
Plus: I get a chance to change the build directories t
91 matches
Mail list logo
