GNU bug report logs - #13848
Statically linking guile-2.0.

Previous Next

Full log

Message #74 received at 13848 <at> debbugs.gnu.org (full text, mbox):

From: shookie <at> email.de
To: Andy Wingo <wingo <at> pobox.com>
Cc: Ludovic Courtès <ludo <at> gnu.org>, 13848 <at> debbugs.gnu.org
Subject: Re: bug#13848: Statically linking guile-2.0.
Date: Mon, 11 Mar 2013 01:07:08 +0100

It does get faster with time on windows too, yes, but it is overall about 3 times slower than linux compiles. But that's true for all the compiling I do on windows. Even VC projects tend to really slow compared to what I see on Linux (it is the same machine in dual boot). My guess is that this is primarily for IO reasons. There are a lot more tricks like pipes and the like that gcc and make can use on true posix systems.

I will try the new tar ball right now. You'll hear from me.

Regards

Jan Schukat

On 10.03.2013, at 23:53, Andy Wingo <wingo <at> pobox.com> wrote:

> On Sun 10 Mar 2013 23:03, shookie <at> email.de writes:
> 
>> Ok, came pretty far, but then, during the GUILEC phase it started
>> complaining that "poll" is not available, poll.go was't created then,
>> and finally it failed to install poll.go
> 
> Strange.  There are a few ways to work around this I guess but I ended
> up importing the gnulib `poll' module, which will provide `poll' on
> mingw.
> 
> Here's a new tarball:
> 
>  http://wingolog.org/priv/guile-2.0.7.187-b5870.tar.gz
> 
> I wonder about your compile slowness.  Could it be that somehow Guile is
> not using the .go files that it is compiling?  Normally the compile
> should be slow at the beginning, but as the bootstrap progresses, things
> speed up.  I'm sure you've seen that when building on GNU/Linux.  Do you
> not see that on your mingw build?
> 
> It sounds like we're getting really close :)
> 
> Andy
> -- 
> http://wingolog.org/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.