Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Jan 2002 11:33:26 +0100
From:      Jeroen Ruigrok/asmodai <asmodai@wxs.nl>
To:        Terry Lambert <tlambert2@mindspring.com>
Cc:        Poul-Henning Kamp <phk@critter.freebsd.dk>, Jordan Hubbard <jkh@winston.freebsd.org>, Dallas De Atley <deatley@apple.com>, arch@FreeBSD.ORG
Subject:   Re: __P macro question
Message-ID:  <20020130103326.GJ22384@daemon.ninth-circle.org>
In-Reply-To: <3C57C858.5FCC9453@mindspring.com>
References:  <21280.1012384756@critter.freebsd.dk> <3C57C858.5FCC9453@mindspring.com>

next in thread | previous in thread | raw e-mail | index | archive | help
-On [20020130 11:22], Terry Lambert (tlambert2@mindspring.com) wrote:
>Poul-Henning Kamp wrote:
><SARCASM>
>If the intent is no longer to act as a reference implementation
>for various code, then perhaps we should reconsider and release
>all of FreeBSD under the GPL, so it will be even more useless
>as a use-agnostic reference implementation.
></SARCASM>

Acting as a reference implementation does _NOT_ mandate sticking to an
old specification of C.

Furthermore, putting it under GPL is a logical(?) step I cannot even
imagine how you came to that.

>More able hackers use scripts to remove "offensive" things
>like "__P()" or even the contents of "#ifdef ALPHA" or other
>noop code for the platform they are using, rather than
>rendering the base code non-protable to all but their pet
>machines.

Real hackers would use unifdef(1) for the #ifdef's.

Anyway, are you scared of ANSI C?
Your argumentation is starting to border on the point of fright of
moving forward to a standard a bit closer to what people are actually
taught in schools nowadays.
Most people don't even KNOW K&R C anymore, let alone use it.  So moving
to an ANSI standard in today's world might even be better to continue to
act as a reference platform.

>> Another useful method is keeping a "baseline patch" around which
>> contains already looked over diffs and apply that in reverse before
>> diff'ing.
>
>Won't work in the context of back-porting from an unstable
>-current to a -stable a necessary patch, when you don't
>want to have to drink the "kernel interrupt threads" and
>other instability causing koolaid.

Backporting is already a pain in the arse, having just recently been
through backporting Scott Long's UDF driver to STABLE.  And that's new
code not even in CURRENT nor in STABLE, just making use of the APIs and
supplied functionality.

-- 
Jeroen Ruigrok van der Werven / asmodai / Kita no Mono / xMach coreteam
asmodai@[wxs.nl|xmach.org], finger asmodai@ninth-circle.org
http://www.softweyr.com/asmodai/
Hope sees the invisible, feels the intangible and achieves the impossible...

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




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