[racket-dev] memory consumption (bug?) on Debian/kFreeBSD-i386

That patch looks fine.

Do you have any process limits set? (My impression is memory is often
limited by default on FreeBSD systems.)

At Wed, 27 Apr 2011 21:42:05 -0300, David Bremner wrote:
> 
> I had to apply the attached patch to get current git or 5.1 to compile
> on Debian/kFreeBSD-i386, but then it runs out of memory building the
> docs in a 4G virtual machine (with not much swap).  
> 
> I'm flying blind a bit here, I couldn't find much documentation. Does
> that patch look problematic? Can someone with a stock FreeBSD-i386
> confirm that 5.1 (or git) builds there?
> 
> 
> From 5da8f3df6174e509c60fc62b3ad0dd6b8ce572cf Mon Sep 17 00:00:00 2001
> From: David Bremner <bremner at debian.org>
> Date: Tue, 26 Apr 2011 22:25:55 -0300
> Subject: [PATCH] add sys/cdefs.h and sys/param.h before floatingpoint.h
> 
> This fixes a build failure on GNU/kFreeBSD-i386
> ---
>  src/racket/src/number.c |    2 ++
>  1 files changed, 2 insertions(+), 0 deletions(-)
> 
> diff --git a/src/racket/src/number.c b/src/racket/src/number.c
> index aef0c85..b0a76f1 100644
> --- a/src/racket/src/number.c
> +++ b/src/racket/src/number.c
> @@ -183,6 +183,8 @@ READ_ONLY Scheme_Object *scheme_single_inf_object, 
> *scheme_single_minus_inf_obje
>  
>  
>  #ifdef FREEBSD_CONTROL_387
> +#include <sys/cdefs.h>
> +#include <sys/param.h>
>  #include <machine/floatingpoint.h>
>  #endif
>  #ifdef LINUX_CONTROL_387
> -- 
> 1.7.4.4
> 
> _________________________________________________
>   For list-related administrative tasks:
>   http://lists.racket-lang.org/listinfo/dev