[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Gcl-devel] Recent Debian package release,
Camm Maguire <=