non-x86 reading wrong jemalloc sources?

["John D. Baker" <jdbaker%consolidated.net@localhost>]

At present only amd64 and i386 have switched to the newest 'jemalloc'
recently imported.

Following the instructions in "UPDATING", rebuilding evbmips-mips64el
fails.  

My $OBJDIR is doing the right thing (.../external/bsd/jemalloc.old/...).

Something's gotten its wires crossed and reading sources from "jemalloc"
with "jemalloc.old/include" directory and thus the complaint of "no such
file or directory".  "decay.h" exists in "jemalloc", but not "jemalloc.old".

Looks like the "$OBJ/lib/libc/.depend" file is stale.  It lists dependencies
for "arena.*" as "src/external/bsd/jemalloc/lib/../{dist,include}/..."

So for the UPDATING case, need to clear out the "$OBJ/lib/libc/.depend"
file.  Likewise for any compat "lib/libc/.depend" file.

But that's not enough.  Every time the libc/.depend file is re-generated,
some of the statments list "src/external/bsd/jemalloc/..."

The build installs some things in $DEST before libc is built and then
turns around and refers to parts in $DEST to generate the libc/.depend
file.  Somehow this causes the .depend file to refernce "jemalloc" rather
than "jemalloc.old".

At this point, I'm giving up on an update build.  If further clues arise,
I'll try again when building sparc.

-- 
|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net  OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645