[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: phillip . lord
Subject: Re: [feature/native-comp] breakage on build
Date: Sat, 30 Jan 2021 17:19:17 +0000
User-agent: Roundcube Webmail/1.4.10

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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]