From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21526 invoked by alias); 25 Apr 2005 09:47:36 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 21436 invoked from network); 25 Apr 2005 09:47:21 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 25 Apr 2005 09:47:21 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j3P9lJ7K017107 for ; Mon, 25 Apr 2005 05:47:20 -0400 Received: from pobox.surrey.redhat.com (pobox.surrey.redhat.com [172.16.10.17]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j3P9lDO28451; Mon, 25 Apr 2005 05:47:13 -0400 Received: from [172.31.0.98] (vpnuser4.surrey.redhat.com [172.16.9.4]) by pobox.surrey.redhat.com (8.12.8/8.12.8) with ESMTP id j3P9l8kk029789; Mon, 25 Apr 2005 10:47:09 +0100 Message-ID: <426CBC64.7010008@redhat.com> Date: Mon, 25 Apr 2005 09:47:00 -0000 From: Nick Clifton User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) MIME-Version: 1.0 To: "David S. Miller" CC: Ian Lance Taylor , ebotcazou@libertysurf.fr, binutils@sources.redhat.com, schwab@suse.de Subject: Re: Problems compiling elfxx-sparc.c References: <20050420113354.15c8bd42.davem@davemloft.net> <426784DD.8070501@redhat.com> <200504211352.55583.ebotcazou@libertysurf.fr> <20050421114123.7db52903.davem@davemloft.net> <4268C90C.4020006@redhat.com> <20050422120255.458f90ce.davem@davemloft.net> In-Reply-To: <20050422120255.458f90ce.davem@davemloft.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-04/txt/msg00667.txt.bz2 Hi David, > Yep, that seems to be the missing bit. I wish I could somehow > deal better with the 24 hour turnaround time for testing with > Nick. He seems to go to sleep when I wake up and work on > test fix patches. :-) You could always emigrate... :-) > > Anyways, Nick, please give this a test. > > 2005-04-22 David S. Miller > > * config.bfd (sparc*-*-*): If 32-bit elf specified, set > want64 to true. When bfd_elf32_sparc is specified add > 64-bit vectors to targ_selvecs. Sorry: % /configure --enable-targets=all % make all-ld [...] ../bfd/.libs/libbfd.a(elfxx-sparc.o)(.text+0x46b6): In function `_bfd_sparc_elf_finish_dynamic_symbol': .../bfd/elfxx-sparc.c:3427: undefined reference to `bfd_elf64_swap_reloca_out' ../bfd/.libs/libbfd.a(elfxx-sparc.o)(.text+0x4aae): In function `_bfd_sparc_elf_finish_dynamic_sections': .../bfd/elfxx-sparc.c:3540: undefined reference to `bfd_elf64_swap_dyn_in' ../bfd/.libs/libbfd.a(elfxx-sparc.o)(.text+0x4af5): .../bfd/elfxx-sparc.c:3575: undefined reference to `bfd_elf64_swap_dyn_out' ../bfd/.libs/libbfd.a(elfxx-sparc.o)(.text+0x4a3): In function `sparc_elf_append_rela_64': ..../bfd/elfxx-sparc.c:509: undefined reference to `bfd_elf64_swap_reloca_out' collect2: ld returned 1 exit status The problem is that --enable-targets=all beings in all of the 32-bit targets, but sets the default target to bfd_elf32_i386_vec. So it does not trigger the new code you added at the end of config.bfd. I think that the question remains: Why is the 32-bit version of elfxx-sparc.c attempting to access 64-bit functions when support for 64-bit sparcs is not enabled ? Cheers Nick