lkml.org 
[lkml]   [2001]   [Feb]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [reiserfs-list] Re: ReiserFS Oops (2.4.1, deterministic, symlink
Alan Cox wrote:
>
> > It makes sense to refuse to build a piece of the kernel if it break's
> > a machine - anything else is a timebomb waiting to explode.
>
> The logical conclusion of that is to replace the entire kernel tree with
>
> #error "compiler or program might have a bug. Aborting"

No, this is a compiler that DOES have a bug. ReiserFS is, as best as I can make
it, for mission critical servers where some sysadmin doesn't want to
explain it to the CEO. There are plenty of ways that I fail at this, but not
intentionally.

These sorts of mission critical servers are frequently installed by persons
short on sleep because a whole lot of things more interesting than ReiserFS
had to be gotten working for that server, and who are barely able to convince
their boss that compiling a kernel themselves is an okay thing for them to be
allowed to do.

Taking an attitude of, you didn't read the README, you didn't read Slashdot, you
just assumed the distro wouldn't install a compiler unable to compile the
kernel, you lose, is not the way I treat such customers.

Our users have better things to do than read our FAQ. They REALLY do. ReiserFS
is a product of only marginal interest to them. They trust that
it will just work because it isn't a Microsoft product.

My design objective in ReiserFS is not to say that it wasn't my fault they had
that bug because they are so ignorant about a filesystem that
really isn't very important to them unless it screws up. My design objective is
to ensure they don't have that bug. They are more important than me.


>
> The kernel is NOT some US home appliance festooned with 'do not eat this
> furniture' and 'do not expose your laserwrite to naked flame' messages.
> The readme says its been tested with egcs-1.1.2 and gcc 2.95.
>
> The same people who can't read documentation will just mail the list with
> 'it doesnt compile, help' or 'it doesnt compile, you suck' in less enlightened
> cases/
>
> Large numbers of people routinely build the kernel with 'unsupported' compilers
> notably the pgcc project people and another group you will cause problems for
> - the GCC maintainers. They use the kernel tree as part of the test set for
> their kernel, something putting #ifdefs all over it will mean they have to
> mess around to fix too.
>
> Alan

A moment of precision here. We won't test to see if the right compiler is used,
we will just test for the wrong one.

Hans
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.092 / U:0.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site