From owner-svn-src-all@FreeBSD.ORG Fri Sep 10 09:59:32 2010 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838E61065673; Fri, 10 Sep 2010 09:59:32 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id AB5F28FC16; Fri, 10 Sep 2010 09:59:31 +0000 (UTC) Received: by ewy4 with SMTP id 4so1763842ewy.13 for ; Fri, 10 Sep 2010 02:59:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=VGqYOAKYnhEzkeCs/mlrbjIyfdPx0LR8CblqQ3giNJ8=; b=k3qTD6tSx1NK3rViO+WIoNrz2zANAMgmwpRLx6hR73zxwwkZ005P409l0IhDyhlc9B nHbnJkHIPgR/NV3Fwhq2v+Su3e/9C9rPTevIC5bJfQ2CzfhIw4HUGB4/nC38ZE+OuNgp Qpl7yGPQBxuxGLFlIgAyMld81MX3mWbn077vU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=j1Ju6qzZfkVFy/8fNBrlk7dPImLGwzkZtImnE6QKqvj0Zsb/aaK4I9ocN4MmWBE3dF YGe9TCCo47aYvpfRH6suDyG+7D6BLSfykK26aSMl5+QIlFyhMuqyw9O7IBx6IknokdSU LT3zwaUjeLgtzpLQ9UA7BjZ9dwkh8gUsZSFe8= Received: by 10.213.27.68 with SMTP id h4mr760465ebc.98.1284111461955; Fri, 10 Sep 2010 02:37:41 -0700 (PDT) Received: from localhost (81-233-38-26-no36.tbcn.telia.com [81.233.38.26]) by mx.google.com with ESMTPS id v8sm3591146eeh.14.2010.09.10.02.37.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 10 Sep 2010 02:37:39 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Ou037-0000gz-F9; Fri, 10 Sep 2010 11:37:37 +0200 Received: (from kaiw@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id o8A9bbQZ002664; Fri, 10 Sep 2010 11:37:37 +0200 (CEST) (envelope-from kaiwang27@gmail.com) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiwang27@gmail.com using -f Date: Fri, 10 Sep 2010 11:37:36 +0200 From: Kai Wang To: Steve Kargl Message-ID: <20100910093736.GA2594@viskning> References: <201009091851.o89IpoFR019035@svn.freebsd.org> <20100910025402.GA98740@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20100910025402.GA98740@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r212373 - head/lib/libelf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2010 09:59:32 -0000 On Thu, Sep 09, 2010 at 07:54:02PM -0700, Steve Kargl wrote: > On Thu, Sep 09, 2010 at 06:51:50PM +0000, Kai Wang wrote: > > Author: kaiw > > Date: Thu Sep 9 18:51:50 2010 > > New Revision: 212373 > > URL: http://svn.freebsd.org/changeset/base/212373 > > > > Log: > > libelf is overly strict about the type and alignment of Elf_Data > > objects inside one ELF section, which prevents the creation of a ELF > > section with mixed data types. For example, gcc LTO use libelf to > > create a .gnu_lto_XXX section that contains integers and a string > > table, which doesn't work with our libelf implementation. > > > > The changes made in this commit include: > > * Allow Elf_Data type to be different than section type. > > * Relax Elf_Data alignment check. > > * Align each Elf_Data by their own alignment instead of section alignment. > > > > MFC after: 1 month > > > > Modified: > > head/lib/libelf/elf_update.c > > > > libelf still doesn't work with GCC. All testsuite failures > are of the form > > collect2: lto-wrapper returned 1 exit status > compiler exited with status 1 > output is: > lto1: error: could not open ELF file: Request error: invalid ELF_C_* argument > lto-wrapper: /usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran returned 1 exit status > collect2: lto-wrapper returned 1 exit status Hi Steve, It seems that your lto1 was compiled with our libelf header but linked to GNU libelf. (I think "invalid ELF_C_* argument" is GNU libelf error message) Could you please check the value of "ldd /path/to/lto1" ? Thanks, Kai