Date: Mon, 30 Apr 2012 12:04:43 -0700 From: Oleksandr Tymoshenko <gonzo@freebsd.org> To: Adrian Chadd <adrian@freebsd.org> Cc: Aleksandr Rybalko <ray@dlink.ua>, Jason Evans <jasone@freebsd.org>, current@freebsd.org Subject: Re: <jemalloc>: jemalloc_arena.c:182: Failed assertion: "p[i] == 0" Message-ID: <4F9EE24B.7050909@freebsd.org> In-Reply-To: <CAJ-VmonHYUYeF8xbisO8MCkp_Li7=fjQJRDEHFaR1K0yL7%2BK=A@mail.gmail.com> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <20120428150941.e0464900.ray@dlink.ua> <C8857CA7-44D5-4EB0-A1E2-DE0E0F6A673E@FreeBSD.org> <20120428231703.374bc042.ray@dlink.ua> <CAJ-VmonU8-UwuZ84feEWdeaA5NjGyzdcY6DGjEbZse4=qWLfJQ@mail.gmail.com> <CAJ-Vmo=X8a-1oTSv9CuxQ9tC0wPVJSBvFgFQaupjGO8bKp%2BWgQ@mail.gmail.com> <CAJ-VmonHYUYeF8xbisO8MCkp_Li7=fjQJRDEHFaR1K0yL7%2BK=A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29/04/2012 12:04 PM, Adrian Chadd wrote: > .. and the output from the buildworld: .. skipped .. > -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c jemalloc_jemalloc.c -o jemalloc_jemalloc.So > jemalloc_jemalloc.c: In function 'calloc': > jemalloc_jemalloc.c:1027: internal compiler error: in > change_address_1, at emit-rtl.c:1784 > Please submit a full bug report, > with preprocessed source if appropriate. > See<URL:http://gcc.gnu.org/bugs.html>; for instructions. > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error This ICE was fixed here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256 Unfortunately the fix is GPLv3-licensed, so we can't merge it back as-is. I tracked down the cause of the issue to contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h line 214. So possible workaround could be replacing this line to #if defined(JEMALLOC_DEBUG) || defined(__mips__) Ugly, yes, but good enough as a band-aid until we figure out what to do with the real issue
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F9EE24B.7050909>