Re: glibc sysdeps/posix/tempname.c artificially limited to TMP_MAX

[Paul Eggert]

> From: Ulrich Drepper <address@hidden>
> Date: 26 Nov 2001 13:38:58 -0800
> 
> > So, to finish the fix, I'd like to remove this artificial limitation
> > of glibc.
> 
> This is no artificial limitation.  This is a means to catch an
> out-of-control situation.  If you have that many temporary files
> something is wrong

As things stand, the code can refuse to generate more than 26
temporary files on some non-glibc platforms.  It is not at all unusual
for 'sort' to have more temporary files than that.  26 is _way_ too low.

If you prefer to impose some limit smaller than the inherent limit of
62**6, that's fine: just modify TEMPORARIES accordingly in my proposed
patch.

But let's not leave the limit so absurdly low on non-glibc platforms.