Re: [feature/native-comp] breakage on build

[phillip . lord]

On 2021-01-30 17:06, Eli Zaretskii wrote:
> > Date: Sat, 30 Jan 2021 18:38:10 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: akrl@sdf.org, emacs-devel@gnu.org
> >
> >   compiling to 
> > c:/msys64/home/Administrator/emacs-build/build/emacs-28.0.50-snapshot-feature_native-comp-windows/native-lisp/28.0.50-x86_64-w64-mingw32-3459bc949453c7833f94b407f8ee7c17/titdic-cnv-765ac3beca7090ba17f799d9600c18e6-a5dbcc84a969a94717512a079e1cc96a.eln
> >
> > The name of that file is suspiciously close to the 260-byte limit of
> > file-name length that Win32 APIs support.  So my guess is that the
> > temporary file had a few more characters (like the 6 characters which
> > replace the XXXXXX, perhaps?), and that caused the failure.
>
> Btw, Andrea: why do we need no less than 3 32-character hashes in that
> file name?  With 26-byte limit on file names that libgccjit can use,
> these 96 characters use up almost half of that space, and that will
> bite us time and again down the road on MS-Windows.  Can we use just
> one hash?

I've just been checking the .eln-cache on my linux machine. The file 
names are distributed between 153 and 192 characters. That already seems 
uncomfortable close. The standard location for will be deeper on windows 
for a given user name, I think. So this looks like a potentially 
significant problem.

Phil