On Sat, Mar 11, 2000 at 03:49:06PM +0000, Russell King wrote:
> Matti Aarnio writes:
> > NO architecture should put libgcc.a into the kernel link.
> > Which does ?
>
> ARM does, and I am not going to remove it at this point in time. It has
> worked for us ever since the conception of ARM Linux 6 years ago.
>
> What is your problem with libgcc.a?
As Linus hasn't put it into i386 (nor Alpha), he has
some good reason. Ask him for guidance.
Mainly I think we should NEVER use slow 64/* division routines
in fast paths.
Case of ADFS (and Apple HFS, and quite a many others) is that
they don't support file sizes exceeding 32 bits, do they ?
In such environments, VFS i_size (and loff_t *ppos) are
extra large for what is needed, and before doing block size
divisions, you can safely cast the value to (long).
As an end-result you will get your system free of need for
libgcc.a, and possible dangers lurking in it.
> | | Russell King rmk@arm.linux.org.uk --- ---
> / | THE developer of ARM Linux |+| /|\
/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Mar 15 2000 - 21:00:19 EST