On Thu, Aug 26, 2010 at 10:55 AM, Warner Losh <i...@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: > Ugly kludge to paper over some kind of ld bug and/or misuse: don't > build 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. _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
