Date: Thu, 26 Aug 2010 16:02:33 +0530 From: "Jayachandran C." <c.jayachandran@gmail.com> To: Warner Losh <imp@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r211832 - head/usr.sbin Message-ID: <AANLkTimN9MncrOmjBa4fhE9CwNRLCRb_YPqo%2B2-dgAdg@mail.gmail.com> In-Reply-To: <201008260525.o7Q5PpGu032625@svn.freebsd.org> References: <201008260525.o7Q5PpGu032625@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Aug 26, 2010 at 10:55 AM, Warner Losh <imp@freebsd.org> wrote: > Author: imp > Date: Thu Aug 26 05:25:51 2010 > New Revision: 211832 > URL: http://svn.freebsd.org/changeset/base/211832 > > Log: > =A0Ugly kludge to paper over some kind of ld bug and/or misuse: don't > =A0build uathload on mips n64 either. I think the issue here is that the default bfd architecture for mips is 32bit (mips:3000). When the input is 'binary', the linker generates objects of this architecture, and this object cannot be linked to n32 or n64 executables. The definition is in contrib/binutils/bfd/cpu-mips.c, in definition of bfd_mips_arch. But to change this, we will need to patch the GNU contrib code... Another solution is to use 'objcopy -B mips:isa64' (which can set the bfd architecture) to convert the binary to elf object instead of using 'ld'. JC.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimN9MncrOmjBa4fhE9CwNRLCRb_YPqo%2B2-dgAdg>