[Mono-dev] [Patch] configure.in
C.J. Adams-Collier
cjac at colliertech.org
Fri Feb 15 09:24:50 EST 2008
Hi there Andreas,
What is the cost associated with turning on the feature when it is "not
needed?" If it's greater than "negligible," I can understand your
position. Otherwise, I am uncertain why it should not be enabled for
machines that may eventually increase their memory to something that
could take advantage of it. Having to re-configure application-level
software when a system configuration is changed is a less than optimal
situation.
Cheers,
C.J.
On Fri, 2008-02-15 at 15:08 +0100, Andreas Färber wrote:
> Am 15.02.2008 um 05:35 schrieb C.J. Adams-Collier:
>
> > We can modify the conditional with a fallback of "no" for unrecognized
> > systems. Whaddya think?
>
> This is not about "unrecognized" systems. It's about 64-bit systems
> with < 4 GB RAM (below), or with > 4 GB where the switch is
> practically not needed. There is no real heuristic to decide upon
> this, and the standalone Boehm GC doesn't do so either AFAICT.
>
> Andreas
>
> > On Wed, 2008-02-13 at 19:25 +0100, Robert Jordan wrote:
> >> Hi C.J.,
> >>
> >> C.J. Adams-Collier wrote:
> >>> Hey folks,
> >>>
> >>> Here's a patch to turn on the big heap for systems with 8-byte
> >>> pointers.
> >>>
> >>
> >> Not all systems with 8-byte pointers are "big". I think this should
> >> remain a manual switch.
> >>
> >> Robert
> >>
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080215/0228b9f7/attachment.bin
More information about the Mono-devel-list
mailing list