Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Nov 2017 13:49:18 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Mark Johnston <markj@freebsd.org>, src-committers <src-committers@freebsd.org>,  "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>,  "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r326285 - in head/cddl: contrib/opensolaris/cmd/dtrace/test/tst/common/uctf usr.sbin/dtrace/tests/common/probes usr.sbin/dtrace/tests/common/speculation usr.sbin/dtrace/tests/common/uct...
Message-ID:  <CANCZdfpxS0AWfKvWSBotChpBqgOgrZi621djpgd8ENdgrfKOrQ@mail.gmail.com>
In-Reply-To: <4113193.T1NcBVhuux@ralph.baldwin.cx>
References:  <201711271754.vARHsIuf078719@repo.freebsd.org> <4113193.T1NcBVhuux@ralph.baldwin.cx>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Nov 27, 2017 at 12:40 PM, John Baldwin <jhb@freebsd.org> wrote:

> On Monday, November 27, 2017 05:54:18 PM Mark Johnston wrote:
> > Author: markj
> > Date: Mon Nov 27 17:54:17 2017
> > New Revision: 326285
> > URL: https://svnweb.freebsd.org/changeset/base/326285
> >
> > Log:
> >   Revert r326181 for now.
> >
> >   We can't link an executable using -m32 until the lib32 phase of a
> >   buildworld, though the build works fine when executing make from
> >   cddl/usr.sbin/dtrace/tests. Some other solution will need to be found.
>
> I think we should move lib32 earlier ala libraries.  Eventually if we
> grow x32 support, we might choose to install some binaries as x32
> instead of amd64 for example (or n32 instead of n64 for MIPS) because
> they don't need the large address space and are more efficient when
> using smaller pointers.  (This is similar to Solaris shipping 32-bit
> binaries for some system binaries on sparc64.)  We might also need
> to install lib32 (and other alternate ABI libraries) into WORLDTMP
> for this to fully work.
>

Since lib32 is optional part of the build, that would need to be taken into
account as well for any binaries we build / run.

But the whole libcompat stuff is bolted on at the end as an afterthought,
and I totally agree that should change if we ever want it to be more than
just an after thought.

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpxS0AWfKvWSBotChpBqgOgrZi621djpgd8ENdgrfKOrQ>