lkml.org 
[lkml]   [2002]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRE: 2.5.28 and partitions
At 14:24 25/07/02, Petr Vandrovec wrote:
>On 25 Jul 02 at 14:03, Anton Altaparmakov wrote:
> > At 12:44 25/07/02, Alexander Viro wrote:
> > >Al, still thinking that anybody who does mkfs.<whatever> on a multi-Tb
> > >device should seek professional help of the kind they don't give on l-k...
> >
> > Why? What is wrong with large devices/file systems? Why do we have to
> break
> > up everything into multiple devices? Just because the kernel is "too lazy"
> > to implement support for large devices? Nobody cares if 64bit code is
> > 10-20% slower than 32bit code on a storage server. The storage devices are
>
>But I care whether gcc barfs on code or not, and whether generated code
>is correct or not.

Everyone cares about that! That has nothing to do with performance. It's
simply a broken compiler which needs fixing.

>I do very trivial 64bit computations in TV-Out portion of matroxfb,
>but I spent two days shifting code up/down, adding temporary variables
>and splitting expressions to simple ones to make code compilable at all
>with gcc-2.95.4 compiling module for PIII kernel (Debian bug #151196).
>So I personally cannot recommend doing any 64bit math without setting
>gcc-3.0 as minimal version for ia32 architecture.

Thanks for the warning. I will keep an eye out for eventual "NTFS is broken
with gcc-2.95 reports"... Although I would make that gcc-2.96 and not 3.0
as minimum requirement. At least I haven't found anything wrong with the
current gcc-2.96...

(Please let's not start another flamewar about whether gcc-2.96 exists or not.)

Best regards,

Anton


--
"I've not lost my mind. It's backed up on tape somewhere." - Unknown
--
Anton Altaparmakov <aia21 at cantab.net> (replace at with @)
Linux NTFS Maintainer / IRC: #ntfs on irc.openprojects.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/

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

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