Date: Sat, 14 Mar 1998 11:13:46 +0100 (MET) From: Søren Schmidt <sos@FreeBSD.ORG> To: ian@NMSU.Edu (Ian Logan) Cc: imp@village.org, jb@cimlogic.com.au, mike@smith.net.au, current@FreeBSD.ORG Subject: Re: binutils bloat Message-ID: <199803141013.LAA00426@sos.freebsd.dk> In-Reply-To: <199803140923.CAA27497@NMSU.Edu> from Ian Logan at "Mar 14, 98 02:23:08 am"
next in thread | previous in thread | raw e-mail | index | archive | help
In reply to Ian Logan who wrote:
> > In message <199803140530.QAA16560@cimlogic.com.au> John Birrell writes:
> > : FWIW, adding m68knetbsd support to both libbfd and libopcodes on i386
> > : and alpha enables them both to disassemble a NetBSD/mvme68k object
> >
> > I'd be willing to champion the MIPS stuff if each platform needs a
> > champion. My MIPS box is kinda slow and I'd love to be able to cross
> > build for it easily....
> >
> > Warner
> Sounds like a great idea to me. If platforms need champions
> I'll be more than willing to do whatever is needed for SPARC.
> Ian
Erhm, we've just found new problems with the binutils ability to
cope with a.out. We will have to install all the utils in
/usr/libexec/elf fornow, and have the original aout in /usr/libexec/aout.
/usr/bin/objformat will then decide which one to call.
This means that until we go completely ELF, you will not have default
access to the tools from binutils.
I suggest (strongly) that the other architectures (well alpha) stick
to the same directory structure that the i386 version does, everything
else will just make a mess of makefiles etc. Having /usr/libexec/aout
empty becuase its not supported is no excuse for not following the
std layout.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team
Even more code to hack -- will it ever end
..
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803141013.LAA00426>