bug#45376: 28.0.50; [Feature/Native-Comp] strange `ls` output in eshell loaded from eln

["gliao.tw--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Hi Andrea,

I can confirm that this issue is resolved by commit ffcd490cb4 on the following platforms (all using GCC 10.2):

Linux (Debian testing) Amd64 and Arm64
FreeBSD 12.2 Amd64, gcc build from ports
Windows/Msys2 as 2020-12-16

I believe we can close this bug now.

Thanks,
Gong-Yi.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Wednesday, December 23, 2020 9:27 AM, Andrea Corallo <akrl@sdf.org> wrote:

> Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" bug-gnu-emacs@gnu.org writes:
>
> > "gliao.tw@pm.me" gliao.tw@pm.me writes:
> >
> > > Hi,
> > > I checked the last updated feature/native-comp branch (commit 433ae7b0a5cedbcd7b0a1daf12846e38f00fd111) and identified a strange outputs from eln-compiled eshell.
> > > The first attachment shows the `ls` command output under eshell loaded
> > > from elc, while the second attachment shows the same command, but much
> > > stranger output under eshell loaded from eln.
> > > I have tested/complied the last updated code on Linux/x86-64,
> > > Linux/aarch64 (Debian Bullseye, GCC 10.2.1) and Windows (Msys2), all
> > > the test cases generate the same weird output from `ls` under
> > > eln-loaded eshell.
> > > This issue does not happen on the code based at or before commit f244c21902
> > > Thanks,
> > > Kiong-Ge.
> >
> > Hi Kiong-Ge,
> > yep, I've merged a lot of stuff into the value/type inference logic so
> > this is certanly related.
> > The offending function is `eshell-ls-find-column-lengths', I'll have a
> > look.
>
> Hi Kiong-Ge,
>
> as of ffcd490cb4 is working for me, could you give it a try?
>
> Just remember you might need to clean the eln-cache folder to have
> eshell freshly recompiled.
>
> Thanks!
>
> Andrea