Date: Fri, 20 Apr 2012 13:14:33 -0700 From: Jason Evans <jasone@freebsd.org> To: Dimitry Andric <dim@FreeBSD.org> Cc: Michael Pounov <misho@aitbg.com>, current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes Message-ID: <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> In-Reply-To: <4F91C2BB.1000808@FreeBSD.org> References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <A7FB12C8-20FE-405A-88D7-4B872E9544F5@freebsd.org> <4F91C2BB.1000808@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: > On 2012-04-20 21:54, Jason Evans wrote: >> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: > ... >>> I think the best solution would be for jemalloc to avoid using = obvious >>> names like "chunksize" for its globals, because it is basically a >>> library that could be linked to any sort of program out there. >>>=20 >>> For example, it could prefix all its internal-use only globals with >>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>=20 >> jemalloc has optional namespace mangling support built in for just = this reason. I'll turn it on, hopefully today. >=20 > Indeed, I had just found jemalloc/internal/private_namespace.h. :) It > does seem to list only functions, not variables, is that right? Ah right, functions only. Well then, I don't have any bright ideas for = solving this problem in the short run. Jason=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?99ABB17E-C564-475E-92B0-7DF92EE4CFEC>