From owner-freebsd-current Tue Sep 3 15:40:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167C237B401; Tue, 3 Sep 2002 15:40:40 -0700 (PDT) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C7AE43E42; Tue, 3 Sep 2002 15:40:37 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226] (may be forged)) by baraca.united.net.ua (8.11.6/8.11.6) with ESMTP id g83MeGs90856; Wed, 4 Sep 2002 01:40:16 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost [127.0.0.1]) by vega.vega.com (8.12.5/8.12.5) with ESMTP id g83MeILH009715; Wed, 4 Sep 2002 01:40:18 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.5/8.12.5/Submit) id g83MeDem009714; Wed, 4 Sep 2002 01:40:13 +0300 (EEST) Date: Wed, 4 Sep 2002 01:40:13 +0300 From: Maxim Sobolev To: Richard Tobin Cc: Juli Mallett , Julian Elischer , current@FreeBSD.ORG Subject: Re: aout support broken in gcc3 Message-ID: <20020903224013.GE9384@vega.vega.com> References: <200209032232.XAA04151@rhymer.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200209032232.XAA04151@rhymer.cogsci.ed.ac.uk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 03, 2002 at 11:32:22PM +0100, Richard Tobin wrote: > > > False. As I said, I have systems that read a.out format object files > > > and they would need to be ported to read ELF object files instead. > > > > Furthermore, they write themselves out (after loading object files) in > > > a.out format, and would need to be ported to write themselves out > > > in ELF format. > > > Where exactly does GCC fit into the mix, making this impossible? > > They compile Lisp (etc) to a C file, which they compile (with gcc) to ^^^ actually with as(1), because gcc is only generates assembler file, which is then translated into the object file by assembler (as). Assembler by itself is part of binutils, not a compiler suite. -Maxim > a .o file, then link against the running image (with > /usr/libexec/aout/ld -A) to produce a relocated .o file, then read it > in and look at its symbol table to find the entry points. > > So they need a C compiler that can generate a.out format .o files, and > a linker that can link a.out format .o files against an a.out format > executable. > > I'm quite expecting the answer "yes, we've considered this and decided > that the overhead of supporting it is to much", but I want to make > sure that you realise that there are programs that will break. > Long-time BSD users will not be surprised to know that Franz Lisp (the > original BSD Franz Lisp, not the commercial Franz Inc product) is one > of them. > > Incidentally, I know that the "modern" alternative to reading in .o > files is to use shared libraries instead, but as far as I know there > isn't any support for writing out an executable that has shared > libraries mapped in (so that they don't have to be loaded, or even > exist, when the program is started again). > > -- Richard > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message