[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

More problems building Emacs-trunk on Cygwin

From: Angelo Graziosi
Subject: More problems building Emacs-trunk on Cygwin
Date: Sat, 21 Jun 2008 17:28:34 +0200
User-agent: Thunderbird (Windows/20080421)

For the sake of completeness I want to flag the following, which happens
on Cygwin.

Since these changes [1], I meet more problems in building Emacs.

The story.

I have explained this several times on this list, so I will try to

After the merging of the unicode branch, to build on Cygwin, we need
to increase the value of STATIC_HEAP_SIZE in src/sheap.c.

We discovered that in a full bootstrap (i.e. 'make bootstrap'), Emacs
used about 25MB of the heap in the first stage of the build, and
'only' 19MB in the final stage:

$ grep "heap usage" build-emacs-full_bootstrap.log
Static heap usage: 25478120 of 26214400 bytes
Static heap usage: 19252200 of 26214400 bytes

This mean that a full bootstrap on Cygwin requires:

#define STATIC_HEAP_SIZE        (25 * 1024 * 1024)

This suggested me

1. to boostrap on GNU/Linux
2. to create a snapshot of the source (... make-dist --snapshot...)
3. to build on Cygwin using only 'make'

(say that 1.,2.,3. is a 'simulation' of the process of releasing Emacs!?!)

This requires

#define STATIC_HEAP_SIZE        (19 * 1024 * 1024)

and the result is

$ grep "heap usage" build-emacs-only_make.log
Static heap usage: 19252200 of 19922944 bytes

end of the story

What happens now?

When I adopt the strategy 1.,2.,3., not only I should increase

$ grep "heap usage" build-emacs-only_make.log
Static heap usage: 22201288 of 23068672 bytes
Static heap usage: 19252168 of 23068672 bytes

It seems that [1] requires two stages (which break the strategy
1.,2.,3.!) even in


[1] http://lists.gnu.org/archive/html/emacs-devel/2008-06/msg01405.html

reply via email to

[Prev in Thread] Current Thread [Next in Thread]