Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Mar 2010 23:53:46 -0300
From:      "Carlos A. M. dos Santos" <unixmania@gmail.com>
To:        Rui Paulo <rpaulo@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Nathan Whitehorn <nwhitehorn@freebsd.org>
Subject:   Re: svn commit: r205014 - in head: . sys/amd64/amd64 sys/amd64/conf sys/amd64/include sys/amd64/linux32 sys/compat/freebsd32 sys/compat/ia32  sys/conf sys/fs/procfs sys/ia64/conf sys/ia64/ia64 sys/ia64/...
Message-ID:  <e71790db1003121853y48d29bf3ta5701669069d7618@mail.gmail.com>
In-Reply-To: <3F878223-7A35-4A27-9DA8-92239C635EC1@FreeBSD.org>
References:  <201003111449.o2BEn6QY069179@svn.freebsd.org> <e71790db1003120436u34370f40x64a72da41893a39a@mail.gmail.com> <3F878223-7A35-4A27-9DA8-92239C635EC1@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 12, 2010 at 10:52 AM, Rui Paulo <rpaulo@freebsd.org> wrote:
>
> On 12 Mar 2010, at 21:36, Carlos A. M. dos Santos wrote:
>
>> On Thu, Mar 11, 2010 at 11:49 AM, Nathan Whitehorn
>> <nwhitehorn@freebsd.org> wrote:
>>>
>>> Author: nwhitehorn
>>> Date: Thu Mar 11 14:49:06 2010
>>> New Revision: 205014
>>> URL: http://svn.freebsd.org/changeset/base/205014
>>>
>>> Log:
>>> =A0Provide groundwork for 32-bit binary compatibility on non-x86 platfo=
rms,
>>> =A0for upcoming 64-bit PowerPC and MIPS support. This renames the
>>> COMPAT_IA32
>>> =A0option to COMPAT_FREEBSD32, removes some IA32-specific code from MI
>>> parts
>>> =A0of the kernel and enhances the freebsd32 compatibility code to suppo=
rt
>>> =A0big-endian platforms.
>>
>> COMPAT_FREEBSD32 is an unfortunate choice. It can be easily
>> interpreted as "compatible with FreeBSD 3.2". Something like
>> "COMPAT_32BIT" would be more meaningful.
>
> There's a lengthy discussion about this on another mailing list.
>
> This is unlikely to be changed and emailing the committer who provided
> valuable time on this code wastes his time and everyone else's.

So the user - the person to whom the software is made, theoretically -
don't have the right to disagree when he sees a change that looks
confusing "because the committers's time is too valuable". Sorry, I
was not aware of that policy. Please forgive my audacity. Keep in mind
that we, the users, are a bunch of idiots that don't like to become
astonished by sudden changes in the meaning of the symbols that we use
to see. Thanks God we have you, the holly committers to protect us
from our own ignorance.

--=20
Not so young, but still crying out
Full of anger full of doubt



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