Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Bo == Bo Peng [EMAIL PROTECTED] writes:
|
| Bo BTW, I use scons alone on all platforms now. I find that DESTDIR
| Bo is still working in a wrong way. It *replaces* prefix
| Bo (DESTDIR/bin/lyx) rather than prefix it (DESTDIR/prefix/bin/lyx).
| Bo
If you use pain string concatenation you will certainly fail... but
the os.path module might be of help.
I tried. os.path.join two full paths will return the latter. In my
patch today, I discard the drive part of the second path, and do
things like
c:\destdir + c:\program files =
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
|
| Bo> BTW, I use scons alone on all platforms now. I find that DESTDIR
| Bo> is still working in a wrong way. It *replaces* prefix
| Bo> (DESTDIR/bin/lyx) rather than prefix it
If you use pain string concatenation you will certainly fail... but
the os.path module might be of help.
I tried. os.path.join two full paths will return the latter. In my
patch today, I discard the drive part of the second path, and do
things like
c:\destdir + c:\program files =
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo BTW, I use scons alone on all platforms now. I find that DESTDIR
Bo is still working in a wrong way. It *replaces* prefix
Bo (DESTDIR/bin/lyx) rather than prefix it (DESTDIR/prefix/bin/lyx).
Bo I am going to change it, but how autotools handle this on
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, I use scons alone on all platforms now. I find that DESTDIR
Bo> is still working in a wrong way. It *replaces* prefix
Bo> (DESTDIR/bin/lyx) rather than prefix it (DESTDIR/prefix/bin/lyx).
Bo> I am going to change it, but how autotools
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo My understanding was that boost is close to system include files
Bo and will not be touched often. After all, if we tweak local boost
Bo files, what if users use system boost headers?
As I said, we tweak local boost files to support new systems. So,
On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
As I said, we tweak local boost files to support new systems. So,
assuming that your system version of boost is adapted to your system
(which should be the case), no change should be needed.
My version always complains in 1.4.x
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
As I said, we tweak local boost files to support new systems. So,
assuming that your system version of boost is adapted to your
system (which should be the case), no change should
On Thu, Jul 06, 2006 at 12:26:59PM +0200, Jean-Marc Lasgouttes wrote:
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
As I said, we tweak local boost files to support new systems. So,
assuming that your system version of
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico What about autogen.sh in LyX assuming that it will work with
Enrico autoconf 2.59 but will not work with 2.59e ?
Personally, I think we should only discriminate against version that
are known to break. But it is just me :)
JMarc
Jean-Marc Lasgouttes writes:
Enrico What about autogen.sh in LyX assuming that it will work with
Enrico autoconf 2.59 but will not work with 2.59e ?
The difference between this autotools stuff and gcc is that the autotools
stuff is used only by developers. Newer versions of gcc can/will be used
Angus Leeming [EMAIL PROTECTED] writes:
| The 2.59[a-e] line can be removed when these cutting-edge distributions
| upgrade to 2.60.
None of the curreing edge dists have 59[a-e] do they? Only stuff that
is in testing. Rawhide like distros.
| Incidentally, is there any reason for the 25x in
On Thu, Jul 06, 2006 at 01:12:49PM +, Angus Leeming wrote:
Jean-Marc Lasgouttes writes:
Enrico What about autogen.sh in LyX assuming that it will work with
Enrico autoconf 2.59 but will not work with 2.59e ?
The difference between this autotools stuff and gcc is that the autotools
Enrico Forestieri [EMAIL PROTECTED] writes:
Then, why not letting the user decide?
echo LyX requires autoconf = 2.52
read -n 1 -p Do you want to continue? ans
echo
if [ $ans = y -o $ans = Y ]; then
echo Ok, keep fingers crossed...
else
On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
Vive la France! Or is that Viva l'Italia? Given that most of the French team
is
almost as old as I am, I feel a certain empathy with them. Then again, the
Italians played delightfully against the Germans. I'm having difficulty
Enrico Forestieri wrote:
On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
Vive la France! Or is that Viva l'Italia? Given that most of the French
team is almost as old as I am, I feel a certain empathy with them. Then
again, the Italians played delightfully against the
On Thu, Jul 06, 2006 at 05:32:45PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
Vive la France! Or is that Viva l'Italia? Given that most of the French
team is almost as old as I am, I feel a certain empathy with them.
On Wed, Jul 05, 2006 at 11:39:34AM -0500, Bo Peng wrote:
I had so many more rebuild just because of mysterious time stamp
change, so I do not really know if your claim is true. Anyway, I doubt
if make is that good at dependency checking. Quoting from
http://freshmeat.net/articles/view/1702/
You believe far too much what's written somewhere on the net without
checking it by yourself.
As I have said, I am not proficient enough to judge the critics of
this article. I cite it in case that Georg or you knows what the
author is talking about. Anyway, my own experience with autotools has
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> My understanding was that boost is close to system include files
Bo> and will not be touched often. After all, if we tweak local boost
Bo> files, what if users use system boost headers?
As I said, we tweak local boost files to support new
On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
> As I said, we tweak local boost files to support new systems. So,
> assuming that your system version of boost is adapted to your system
> (which should be the case), no change should be needed.
My version always complains in 1.4.x
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
>> As I said, we tweak local boost files to support new systems. So,
>> assuming that your system version of boost is adapted to your
>> system (which should be the case),
On Thu, Jul 06, 2006 at 12:26:59PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>
> Jose'> On Thursday 06 July 2006 11:07, Jean-Marc Lasgouttes wrote:
> >> As I said, we tweak local boost files to support new systems. So,
> >> assuming that your
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> What about autogen.sh in LyX assuming that it will work with
Enrico> autoconf 2.59 but will not work with 2.59e ?
Personally, I think we should only discriminate against version that
are known to break. But it is just me :)
Jean-Marc Lasgouttes writes:
> Enrico> What about autogen.sh in LyX assuming that it will work with
> Enrico> autoconf 2.59 but will not work with 2.59e ?
The difference between this autotools stuff and gcc is that the autotools
stuff is used only by developers. Newer versions of gcc can/will be
Angus Leeming <[EMAIL PROTECTED]> writes:
| The 2.59[a-e] line can be removed when these cutting-edge distributions
| upgrade to 2.60.
None of the curreing edge dists have 59[a-e] do they? Only stuff that
is in testing. Rawhide like distros.
| Incidentally, is there any reason for the "25x" in
On Thu, Jul 06, 2006 at 01:12:49PM +, Angus Leeming wrote:
> Jean-Marc Lasgouttes writes:
> > Enrico> What about autogen.sh in LyX assuming that it will work with
> > Enrico> autoconf 2.59 but will not work with 2.59e ?
>
> The difference between this autotools stuff and gcc is that the
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Then, why not letting the user decide?
>
> echo "LyX requires autoconf >= 2.52"
> read -n 1 -p "Do you want to continue? " ans
> echo
> if [ "$ans" = "y" -o "$ans" = "Y" ]; then
> echo "Ok, keep fingers
On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
> Vive la France! Or is that Viva l'Italia? Given that most of the French team
> is
> almost as old as I am, I feel a certain empathy with them. Then again, the
> Italians played delightfully against the Germans. I'm having
Enrico Forestieri wrote:
> On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
>
>> Vive la France! Or is that Viva l'Italia? Given that most of the French
>> team is almost as old as I am, I feel a certain empathy with them. Then
>> again, the Italians played delightfully against the
On Thu, Jul 06, 2006 at 05:32:45PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Thu, Jul 06, 2006 at 03:09:59PM +, Angus Leeming wrote:
> >
> >> Vive la France! Or is that Viva l'Italia? Given that most of the French
> >> team is almost as old as I am, I feel a certain
On Wed, Jul 05, 2006 at 11:39:34AM -0500, Bo Peng wrote:
> I had so many more rebuild just because of mysterious time stamp
> change, so I do not really know if your claim is true. Anyway, I doubt
> if make is that good at dependency checking. Quoting from
>
You believe far too much what's written somewhere on the net without
checking it by yourself.
As I have said, I am not proficient enough to judge the critics of
this article. I cite it in case that Georg or you knows what the
author is talking about. Anyway, my own experience with autotools has
Hi, all,
I just rewrote the boost handling of scons.
1. Stop building dependency tree of boost libraries when using local
boost. This reduces the null build time of lyx from 29s to 16s. A
significant improvement. (I did not know scons spends so much time on
boost header files).
2. Check for
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo 1. Stop building dependency tree of boost libraries when using
Bo local boost. This reduces the null build time of lyx from 29s to
Bo 16s. A significant improvement. (I did not know scons spends so
Bo much time on boost header files).
What happens when
On 7/5/06, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
What happens when a file from local boost is changed? This happens
from time to time (small tweaks to allow newer gcc or odd system).
Scons will not know that so a manual full rebuild is required (remove
build directory and rebuild). I
Bo Peng wrote:
On 7/5/06, Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote:
What happens when a file from local boost is changed? This happens
from time to time (small tweaks to allow newer gcc or odd system).
Scons will not know that so a manual full rebuild is required (remove
build
I am not sure if autotools can detect
such changes and do a rebuild automatically.
It can.
How? I only see boost directory is included, no other special
treatment. Do you mean make tracks boost dependency in each local .dep
folder, does it check time stamps of /usr/include?
autotools do that
Bo Peng wrote:
I am not sure if autotools can detect
such changes and do a rebuild automatically.
It can.
How? I only see boost directory is included, no other special
treatment. Do you mean make tracks boost dependency in each local .dep
folder, does it check time stamps of
You are right that boost is not touched very often, but I don't want to
think about that, I want the build system to do that for me. Adding 20
seconds to every build is far better than spending two hours to debug a
non-existing bug!
OK. Here is the deal. I have changed the logic of scons so
Am Mittwoch, 5. Juli 2006 21:03 schrieb Bo Peng:
OK. Here is the deal. I have changed the logic of scons so that boost
headers will be excluded from the dependency tree only when
boost=system. That is to say, developers can choose to install system
boost libraries and enjoy faster start (16s
Hi, all,
I just rewrote the boost handling of scons.
1. Stop building dependency tree of boost libraries when using local
boost. This reduces the null build time of lyx from 29s to 16s. A
significant improvement. (I did not know scons spends so much time on
boost header files).
2. Check for
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> 1. Stop building dependency tree of boost libraries when using
Bo> local boost. This reduces the null build time of lyx from 29s to
Bo> 16s. A significant improvement. (I did not know scons spends so
Bo> much time on boost header files).
What
On 7/5/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
What happens when a file from local boost is changed? This happens
from time to time (small tweaks to allow newer gcc or odd system).
Scons will not know that so a manual full rebuild is required (remove
build directory and rebuild). I
Bo Peng wrote:
> On 7/5/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
> wrote:
>> What happens when a file from local boost is changed? This happens
>> from time to time (small tweaks to allow newer gcc or odd system).
>
> Scons will not know that so a manual full rebuild is required (remove
>
I am not sure if autotools can detect
such changes and do a rebuild automatically.
It can.
How? I only see boost directory is included, no other special
treatment. Do you mean make tracks boost dependency in each local .dep
folder, does it check time stamps of /usr/include?
autotools do that
Bo Peng wrote:
>> I am not sure if autotools can detect
>> such changes and do a rebuild automatically.
>>
>> It can.
>
> How? I only see boost directory is included, no other special
> treatment. Do you mean make tracks boost dependency in each local .dep
> folder, does it check time stamps of
You are right that boost is not touched very often, but I don't want to
think about that, I want the build system to do that for me. Adding 20
seconds to every build is far better than spending two hours to debug a
non-existing bug!
OK. Here is the deal. I have changed the logic of scons so
Am Mittwoch, 5. Juli 2006 21:03 schrieb Bo Peng:
> OK. Here is the deal. I have changed the logic of scons so that boost
> headers will be excluded from the dependency tree only when
> boost=system. That is to say, developers can choose to install system
> boost libraries and enjoy faster start
50 matches
Mail list logo