From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71784 invoked by alias); 19 May 2016 04:46:17 -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 71763 invoked by uid 89); 19 May 2016 04:46:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=patrickdepinguingmailcom, patrickdepinguin@gmail.com, bryanhundvengmailcom, bryanhundven@gmail.com X-HELO: nm1-vm6.access.bullet.mail.gq1.yahoo.com Received: from nm1-vm6.access.bullet.mail.gq1.yahoo.com (HELO nm1-vm6.access.bullet.mail.gq1.yahoo.com) (216.39.63.149) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 19 May 2016 04:46:06 +0000 Received: from [216.39.60.168] by nm1.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 May 2016 04:46:04 -0000 Received: from [67.195.23.147] by tm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 May 2016 04:46:04 -0000 Received: from [127.0.0.1] by smtp119.sbc.mail.gq1.yahoo.com with NNFMP; 19 May 2016 04:46:04 -0000 X-Yahoo-SMTP: 0h0Q7euswBD_g.kcEqbzJWRFfrba801gq1M1 Subject: Re: Current state of multilib support (powerpc) To: Bryan Hundven , Thomas De Schampheleire References: <7AA25A17-BFDC-4C29-835B-254A908C8288@gmail.com> <06BBAE1D-12F6-4756-8811-6E728E036599@gmail.com> Cc: crossgcc maillist , Ray Donnelly , Cody P Schafer , "Yann E. MORIN" From: Alexey Neyman Message-ID: <573D450B.20402@att.net> Date: Thu, 19 May 2016 04:46:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <06BBAE1D-12F6-4756-8811-6E728E036599@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-05/txt/msg00010.txt.bz2 Hi, On 05/18/2016 02:11 PM, Bryan Hundven wrote: > (Added Alexey Neyman, who did the multilib work) >> On May 18, 2016, at 5:33 AM, Thomas De Schampheleire wrote: >> >> Hi Bryan, >> >> On Tue, May 17, 2016 at 3:50 PM, Bryan Hundven wrote: >>>> On May 17, 2016, at 6:19 AM, Thomas De Schampheleire wrote: >>>> >>>> Hi, >>>> >>>> In 2014 there has been some work on multilib support in crosstool-ng, >>>> by Bryan Hundven, Cody P. Schafer, and Ray Donnelly. See e.g. mail >>>> threads [1] and [2]. >>>> >>>> It looks as if this work has not been integrated in crosstool-ng. >>>> Meanwhile also the bitbucket branch referenced in the threads no >>>> longer exists and I can't find the corresponding branches on github. >>>> >>>> What is the latest state of this work? >>>> Where are the latest patches? >>>> What are the remaining problems? >>>> >>>> I'm currently interested in a multilib toolchain 32/64 bit for >>>> Freescale e6500 processors. >>>> I ported one of Cody's patches to crosstool-ng 1.22.0 and the build >>>> advanced a bit further than with the 1.22.0 baseline, but now breaks >>>> at the 'pass-2 core C gcc compiler' step. >>>> >>>> Thanks, >>>> Thomas >>>> >>>> [1] https://sourceware.org/ml/crossgcc/2014-01/msg00054.html >>>> [2] https://sourceware.org/ml/crossgcc/2014-07/msg00014.html >>> See here: https://github.com/crosstool-ng/crosstool-ng/pull/383 >>> >>> Please test and review. > Alexey, could you help out with this one? > >> Interesting, thanks! >> >> I created a toolchain based on that PR with the following configuration: >> >> CT_PREFIX_DIR="${CT_TOP_DIR}/targets/${CT_TARGET}" >> CT_ARCH_CPU="e6500" >> CT_ARCH_64=y >> CT_ARCH_powerpc=y >> CT_MULTILIB=y >> CT_KERNEL_linux=y >> CT_KERNEL_V_3_18=y >> CT_BINUTILS_EXTRA_CONFIG_ARRAY="--enable-targets=powerpc-linux,powerpc64-linux" >> CT_CC_GCC_V_4_9_3=y >> CT_CC_GCC_CORE_EXTRA_CONFIG_ARRAY="--enable-targets=powerpc-linux,powerpc64-linux" >> CT_CC_GCC_EXTRA_CONFIG_ARRAY="--enable-targets=powerpc-linux,powerpc64-linux" >> CT_CC_GCC_MULTILIB_LIST="powerpc-linux,powerpc64-linux" >> CT_CC_LANG_CXX=y >> >> The idea is that 32-bit should be the default, without requiring >> additional options on the compiler command-line. >> >> When passing this toolchain to buildroot, applications seems to build >> fine in 32-bit (I did not try to run them yet). >> The kernel is also correctly built in 64-bit. >> However, there is something wrong for u-boot. I get errors like: >> >> /foo/output/host/usr/bin/powerpc64-unknown-linux-gnu-ld.bfd: >> Relocatable linking with relocations from format elf32-powerpc >> (arch/powerpc/cpu/mpc8xxx/cpu.o) to format elf64-powerpc >> (arch/powerpc/cpu/mpc8xxx/built-in.o) is not supported >> >> which indicates that the default format used by ld.bfd is 64-bit >> rather than 32-bit. If I manually replay this command-line with the >> additional -m elf32ppc, it seems to work correctly and a 32-bit >> builtin.o is created. >> >> What am I missing? Why is ld not taking 32-bit as default, while gcc is? >> >> (I did not post to the github PR because it may all be caused by a >> misconfiguration or misunderstanding on my part). >> >> Thanks, >> Thomas -- For unsubscribe information see http://sourceware.org/lists.html#faq