On Tue, Aug 21, 2007 at 10:18:21PM +0200, Andre Poenitz wrote:

> On Tue, Aug 21, 2007 at 08:20:01PM +0200, Enrico Forestieri wrote:
> > [...]  Then the Qt build system doesn't let you perform out of tree
> > builds (shadow builds in Qt parliance), even if Qt 4.3 is a big step
> > forward in this respect.
> 
> I just tried a shadow build of Qt 4.3.0 itself and it worked
> out-of-the-box.

I had in mind a mingw build. Then, try rooting the build tree in the
source dir. I need the following patch for that. This always works
with autotools.

--- qtwin-4.3.1.old/bin/syncqt  2007-08-07 15:09:38.000000000 +0200
+++ qtwin-4.3.1.new/bin/syncqt  2007-08-14 16:54:31.805563500 +0200
@@ -93,10 +93,6 @@
         $r = 1;
         (-f "\\usr\\bin\\uname") && ($r = 0);
     }
-    if($r) {
-        $_ = $Config{'osname'};
-        $r = 0 if( /(ms)|(cyg)win/i );
-    }
     return $r;
 }

@@ -326,7 +322,7 @@
         my $after = substr($dir, length($match_dir));
         my $count = ($after =~ tr,/,,);
         my $dots = "";
-        for(my $i = 0; $i < $count; $i++) {
+        for(my $i = 1; $i < $count; $i++) {
             $dots .= "../";
         }
         $ret =~ s,^$match_dir,$dots,;


> > > > autotools? You can't eat your cake and have it ;-)
> > > 
> > > That's not about pure compilation. This is about having unnecessary
> > > abstraction layers _and_ choosing regularily the most expensive
> > > method of abstraction.
> > 
> > There must be something wrong in the way we use autotools. I build
> > many other programs using autotools but do not experience the same
> > slowness as with lyx.
> 
> Autotools is indeed only part of the problem (accounts for a factor of
> two). boost is the other (no hard numbers here, but I wouldn't be
> surprised if the magnitude was the same) and then there are various
> small issues.

You must be right with boost. I remember that at each boost upgrade
the time required for building increased steadily. Just to be sure,
I tried building again lyx 1.3.7 and it took less than half the time
required by current svn.

-- 
Enrico

Reply via email to