From owner-cvs-all  Fri Oct  2 01:05:06 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA16933
          for cvs-all-outgoing; Fri, 2 Oct 1998 01:05:06 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA16928;
          Fri, 2 Oct 1998 01:05:02 -0700 (PDT)
          (envelope-from peter@FreeBSD.org)
From: Peter Wemm <peter@FreeBSD.ORG>
Received: (from peter@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id BAA17779;
	Fri, 2 Oct 1998 01:04:57 -0700 (PDT)
Date: Fri, 2 Oct 1998 01:04:57 -0700 (PDT)
Message-Id: <199810020804.BAA17779@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/sys/boot/common bootstrap.h load_elf.c
         src/sys/boot/i386/libi386 elf_freebsd.c
Sender: owner-cvs-all@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

peter       1998/10/02 01:04:56 PDT

  Modified files:
    sys/boot/common      bootstrap.h load_elf.c 
    sys/boot/i386/libi386 elf_freebsd.c 
  Log:
  First shot at loading elf symbols.  Things are a bit strange because
  of the ..umm.. "wierd" way binutils lays out the file.  The section
  headers are nearly at the end of the file and this is a problem when
  loading from a .gz file which can't seek backwards (or has a limited
  reverse seek, ~2K from memory).
  
  This is intended to be compatable with the ddb/db_elf.c code and the
  alpha/libalpha/elf_freebsd.c layout.  I've studied these (which are NetBSD
  derived) but did it a bit differently.  Naturally the process is similar
  since it's supposed to end up with the same result.
  
  Revision  Changes    Path
  1.10      +3 -1      src/sys/boot/common/bootstrap.h
  1.2       +126 -13   src/sys/boot/common/load_elf.c
  1.2       +11 -3     src/sys/boot/i386/libi386/elf_freebsd.c