Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Feb 2005 12:09:29 +0200
From:      Ruslan Ermilov <ru@FreeBSD.org>
To:        "David O'Brien" <obrien@FreeBSD.org>
Cc:        cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src Makefile.inc1 src/share/mk Makefile bsd.endian.mk src/usr.bin/cap_mkdb cap_mkdb.1 cap_mkdb.c src/share/termcap Makefile src/usr.bin/vgrind Makefile
Message-ID:  <20050227100929.GA54727@ip.net.ua>
In-Reply-To: <20050226233423.GA50425@dragon.nuxi.com>
References:  <200502222329.j1MNTskQ089307@repoman.freebsd.org> <20050225231409.GA16156@dragon.nuxi.com> <20050226094053.GB37588@ip.net.ua> <20050226233423.GA50425@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--ew6BAiZeqk4r7MaW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 26, 2005 at 03:34:23PM -0800, David O'Brien wrote:
> On Sat, Feb 26, 2005 at 11:40:53AM +0200, Ruslan Ermilov wrote:
> > On Fri, Feb 25, 2005 at 03:14:09PM -0800, David O'Brien wrote:
> > > On Tue, Feb 22, 2005 at 11:29:54PM +0000, Ruslan Ermilov wrote:
> > > > ru          2005-02-22 23:29:54 UTC
> > > >   FreeBSD src repository
> > > >   Modified files:
> > > >     .                    Makefile.inc1=20
> > > >     share/mk             Makefile=20
> > > >     usr.bin/cap_mkdb     cap_mkdb.1 cap_mkdb.c=20
> > > >     share/termcap        Makefile=20
> > > >     usr.bin/vgrind       Makefile=20
> > > >   Added files:
> > > >     share/mk             bsd.endian.mk=20
> > > >   Log:
> > > >   Add endianness support to cap_mkdb(1), useful for cross builds.
> > >=20
> > > Rather than having to create bsd.endian.mk and include it; I'd rather
> > > just have the compiler define __LITTLE_ENDIAN__ or __BIG_ENDIAN__.
> >   =20
> > This is for makefiles having to deal with cross-compiles,
> > not for C code.
>=20
> I was thinking you could make cap_mkdb(1) know the desired output format
> w/o needing an option to tell it.
> =20
No way.  We traditionally created these databases (termcap,
vgrind, *pwd.db, and login.conf.db) in a native byte order.
At the time we build them, MACHINE_ARCH is set to TARGET_ARCH
already, so the only way for cap_mkdb(8) to know it should
build the little-endian hash database for i386 on sparc64
is to explicitly pass it the option.

Besides, I'm looking carefully at what NetBSD did to address
these issues, and this is exactly what they have done.


Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

--ew6BAiZeqk4r7MaW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFCIZxZqRfpzJluFF4RAo/RAJ49rbVJ+gTfW756NNvdqwzyyBzpeACgjTjv
22DnkDELlH8vP7IsIgV7VPw=
=y328
-----END PGP SIGNATURE-----

--ew6BAiZeqk4r7MaW--



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