glibc 2.1.96

[H. Peter Anvin]

Ulrich Drepper wrote:
> 
> "H. Peter Anvin" <hpa@transmeta.com> writes:
> 
> > I believe I wrote this back as well: this will affect *ALL* applications,
> > even those that don't need large file support.  This change really needs
> > to happen, or any non-LFS application is DANGEROUS AND UNUSABLE.
> 
> Right.  So go out and preach to people to use LFS.  LFS is not part of
> any standard since it is assumed to become the standard in due time.
> This is what has to happen now.  You simply cannot change the ino_t
> size without bumping the libc major version since people define
> variables of this type.
> 

Isn't that what symbol versioning is for?

	-hpa

-- 
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt