[Top][All Lists]

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

[Gcl-devel] Recent Debian package release

From: Camm Maguire
Subject: [Gcl-devel] Recent Debian package release
Date: 29 Oct 2003 17:44:17 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!  Just released another Debian package of the latest CVS,
and ran into a problem which will affect ia64, mips, and alpha, all of
which built axiom until recently.  These platforms relocate/load
objects using dlopen (pending a bfd enabling patch possible in
principle), and the build has hit the limit of the maximum number of
open files (1024).  Is there any intermediate image which could be
built with the objects preloaded which would minimize the number of
load attempts made later in the build?

This is perhaps the chief weakness of the dlopen relocation option vis
a vis the bfd or custom relocation option.

Take care,

Tim Daly  <address@hidden> writes:

> Bill,
> Guffaw. I owe you. One of my old areas of expertise is memory
> management and I spent quite a while talking to Bill Schelter
> about akcl garbage collection. One of the phases of garbage
> collection is called the "mark" phase where you mark all of
> the "live" objects (then you collect the dead objects and
> reclaim memory). The error message is "mark botch". I got it
> so often that I adopted the pseudonym of "Mark Botch" when
> writing to Bill.
> Clearly the garbage collector is unhappy. I'll look at the
> code and see if I can figure out why.
> Tim "Mark Botch" Daly
> _______________________________________________
> Axiom-developer mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/axiom-developer

Camm Maguire                                            address@hidden
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

reply via email to

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