[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