From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30504 invoked by alias); 4 Feb 2014 01:11:35 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 30493 invoked by uid 89); 4 Feb 2014 01:11:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qc0-f176.google.com Received: from mail-qc0-f176.google.com (HELO mail-qc0-f176.google.com) (209.85.216.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 04 Feb 2014 01:11:34 +0000 Received: by mail-qc0-f176.google.com with SMTP id e16so12504390qcx.7 for ; Mon, 03 Feb 2014 17:11:32 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.108.116 with SMTP id i107mr57983798qgf.80.1391476292104; Mon, 03 Feb 2014 17:11:32 -0800 (PST) Received: by 10.140.94.151 with HTTP; Mon, 3 Feb 2014 17:11:32 -0800 (PST) In-Reply-To: References: <52E199A8.2020305@coloradoengineeringinc.com> <52F03B5F.1000504@coloradoengineeringinc.com> Date: Tue, 04 Feb 2014 01:11:00 -0000 Message-ID: Subject: Re: Multilib problem From: Bryan Hundven To: Danny Gale Cc: "crossgcc@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00004.txt.bz2 Danny, list, On Mon, Feb 3, 2014 at 5:08 PM, Bryan Hundven wrote: > The notice in your email caused me some problems. > > My message was (with the notice removed): > > On Mon, Feb 3, 2014 at 5:04 PM, Bryan Hundven wrote: >> Danny, >> >> On Mon, Feb 3, 2014 at 4:59 PM, Danny Gale >> wrote: >>> We do have another build system on top of CT-NG that pulls it down, patches >>> it as necessary, and shoves our configration where it needs to be. Those >>> tags you see, like [WORK_DIR], are replaced before we invoke CT-NG. >> >> Ah, ok. I'll look at the build log again :) >> >>> The arch-suffix of -e6500 results in "powerpc64-e6500-linux-gnu", which >>> seems reasonable to me. >> >> You should use CT_TARGET_VENDOR instead. >> >>> >>> >>> On Monday, February 03, 2014 5:39:29 PM, Bryan Hundven wrote: >>>> >>>> >>>> Hello, Daniel, all, >>>> >>>> On Thu, Jan 23, 2014 at 2:37 PM, Danny Gale >>>> wrote: >>>>> >>>>> >>>>> Hi all, >>>>> >>>>> I've successfully compiled my powerpc64-e6500-linux-gnu toolchain! >>>>> Hooray! >>>>> :) >>>>> >>>>> Now, the trouble is that U-Boot doesn't support 64-bit powerpc builds, so >>>>> the toolchain needs to have multilib enabled. The compiler itself is >>>>> built >>>>> with no problem, but during the "Building for multilib subdir='32'" step, >>>>> the build fails with this error: >>>>> [ALL ] ../sysdeps/powerpc/powerpc64/start.S: Assembler messages: >>>>> [ALL ] ../sysdeps/powerpc/powerpc64/start.S:50: Error: reloc 1 not >>>>> supported by object file format >>>>> [ALL ] ../sysdeps/powerpc/powerpc64/start.S:51: Error: reloc 1 not >>>>> supported by object file format >>>>> [ALL ] ../sysdeps/powerpc/powerpc64/start.S:52: Error: reloc 1 not >>>>> supported by object file format >>>>> >>>>> Those lines in that file look like this: >>>>> /* function descriptors so don't need JUMPTARGET */ >>>>> .quad BP_SYM(main) >>>>> .quad __libc_csu_init >>>>> .quad __libc_csu_fini >>>>> >>>>> Anybody know what this could be about, and how to fix it? >>>>> >>>>> My config and the tail of my log are attached. >>>>> >>>>> Thanks for your help, >>>>> Danny >>>> >>>> >>>> >>>> I have some questions about your configuration. >>>> >>>> In your attached config.txt, you have things like: >>>> >>>> CT_WORK_DIR="[WORK_DIR]" >>>> >>>> and an arch suffix "-e6500" (iow: -e6500powerpc64-unknown-linux-gnu) >>>> doesn't really make sense to me. >>>> >>>> I'm surprised this config works at all. >>>> >>>> Are you making this config with another external tool, such as >>>> buildroot or a custom wrapper script? That may make some of my >>>> confusion go away. >>>> >>>> -Bryan >>>> >>>> (PS, I have an updated config I'll post after I test it.) >>>> >>>> -- >>>> Danny Gale >>>> Engineer > ... Beyond that, with the attached config, I got the same failure. I think Cody is right about the arch name in the tuple. I'm gonna poke at this for a second. -Bryan -- For unsubscribe information see http://sourceware.org/lists.html#faq