Justus Winter, le Mon 17 Aug 2015 17:51:09 +0200, a écrit :
> @@ -2157,10 +2162,13 @@ start_pass_1:
> /*
>* Check for permanent objects in the destination.
>*/
> -
> - if ((entry->object.vm_object != VM_OBJECT_NULL) &&
> -
Em qua, 26 de ago de 2015 às 12:18, Justus Winter <
4win...@informatik.uni-hamburg.de> escreveu:
>
> > After looking around and using KDB, I've figured out that the following
> loop in
> > kern/exceptions.c/exception_raise_continue_slow was the culprit:
>
> Could you elaborate a little on your met
On 27 August 2015 at 00:44, Samuel Thibault wrote:
> Please do, the patch looks completely sane (and is actually what other
> configure.ac files do).
Will do :)
Hello,
Manolis Ragkousis, le Fri 14 Aug 2015 14:42:46 +0300, a écrit :
> With this patch, glibc's configure, when checking for Mach and Hurd
> headers, takes
> into account the "--with-headers" argument.
Thanks!
(we need it for the Debian bootstrap too, indeed :)
> I am not sending this to libc
On 24/08/15 21:24, Robert Millan wrote:
El 16/08/15 a les 15:07, Antti Kantee ha escrit:
Can you submit the patches against NetBSD tools directly to NetBSD?
It's hard to test that one didn't break any platform when mucking
around with the crosstools, so it never hurts to have the maximal
amount
Hi Flávio :)
Quoting Flávio Cruz (2015-08-26 01:46:16)
> Next, I started the bootstrapping process to compile SBCL but it would always
> fail with a kernel panic since Mach was unable to allocate more slabs for the
> ipc_port data structure. I figured out that the kernel had thousands of
> inactiv
Hi all
I'm trying to port the SBCL compiler to the Hurd but I've found a serious
port leak which prevents me from completing the port.
So, the first thing I did was to compile CLISP in order to bootstrap SBCL.
CLISP compiled just fine and runs well as far as I know.
Next, I started the bootstrap
