Date: Mon, 11 Nov 2002 10:18:13 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: alpha@FreeBSD.ORG Subject: Re: ev4/5/6 issue ? Message-ID: <15823.51765.171947.796322@grasshopper.cs.duke.edu> In-Reply-To: <55220.1037026411@critter.freebsd.dk> References: <15823.49990.899445.424699@grasshopper.cs.duke.edu> <55220.1037026411@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp writes: > 12001f4e4: 82 04 1f 52 itoft a0,$f2 OK, this is a FIX instruction, which is not implemented on ev4, nor even ev5 or ev56. We also don't bother to emulate it in the kernel, since no commercial binaries depend on it. Your initial assertion that this might be happening because the libraries are built for ev6 on beast could be true. Can you verify that that 12001f4e4 is indeed inside a library function using nm? (12001f4e4 is looks like a library address, but it would be better to be certain). If so, perhaps you could link make shared on beast and get yourself bootstrapped that way. That doesn't solve the initial problem of why your make was busted, though. If its in the libs, then your libs are likely busted too. Perhaps you'll also need to build a libc on beast, explicitly setting your cpuflags to ev4. Or perhaps the compiler is emitting FIX instructions when it should not. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15823.51765.171947.796322>