Date: Mon, 12 Mar 2001 11:43:23 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: marcel@FreeBSD.org Cc: qa@FreeBSD.org, Larry Rosenman <ler@lerctr.org> Subject: Re: cputype=486 Message-ID: <XFMail.010312114323.jhb@FreeBSD.org> In-Reply-To: <20010312.19230500@ler-freebie.iadfw.net>
next in thread | previous in thread | raw e-mail | index | archive | help
[ cc's trimmed to sane level, followups to -qa please ] On 12-Mar-01 Larry Rosenman wrote: > > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > > Enjoy. It looks like strip is linked against /usr/lib/libc.a. Marcel, It looks like there may be a bug in buildworld. It seems that static binaries are being linked against /usr/lib/libc.a rather than /usr/obj/usr/src/i386/lib/libc/libc.a. I don't see how cross built worlds across architectures could work if this is so. In the case described, the host machine was built with -march=pentiumpro, and world was built w/o this flag because it was intended to be installed on a 486. However, the strip binary was linked against the -march=pentiumpro /usr/lib/libc.a during the build rather than /usr/obj/usr/src/i386/lib/libc/libc.a. Shouldn't we be using -nostdlib and some other hacks to work around this in world for static binaries? In theory, dynamic binaries should be linked against the library in /usr/obj except that that might screw up the ELF rpath if we use rpath. Comments? -- John Baldwin <jhb@FreeBSD.org> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.010312114323.jhb>