* Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak?
@ 2020-05-17 11:38 Philippe Vaucher
2020-05-17 13:48 ` Stefan Monnier
0 siblings, 1 reply; 5+ messages in thread
From: Philippe Vaucher @ 2020-05-17 11:38 UTC (permalink / raw)
To: Emacs developers
[-- Attachment #1: Type: text/plain, Size: 2247 bytes --]
Hello,
When building Emacs 25.2 & 25.3 on arm64 one file takes 100% CPU and more
and more memory until it gets killed by the OOM killer:
#7 215.4 Checking /opt/emacs/lisp/leim/quail/lrt.el ...
#7 215.4 Checking /opt/emacs/lisp/leim/quail/CCDOSPY.el ...
#7 215.4 Checking /opt/emacs/lisp/leim/quail/QJ-b5.el ...
#7 215.4 Checking /opt/emacs/lisp/leim/quail/QJ.el ...
#7 215.4 Checking /opt/emacs/lisp/leim/quail/latin-post.el ...
#7 215.5 make[2]: Leaving directory '/opt/emacs/leim'
#7 215.8 Writing /opt/emacs/lisp/international/charprop.el...
#7 215.8 make[2]: Leaving directory '/opt/emacs/admin/unidata'
#7 215.8 make[2]: Entering directory '/opt/emacs/lisp'
#7 215.8 make[2]: Entering directory '/opt/emacs/lisp'
#7 215.8 ELC ../lisp/international/ucs-normalize.elc
#7 215.8 ELC ../lisp/term/ns-win.elc
#7 216.9 Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede
./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine
./cedet/semantic/decorate ./cedet/semantic/symref ./cedet/semantic/wisent
./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus
./international ./language ./leim ./leim/quail ./mail ./mh-e ./net ./nxml
./org ./play ./progmodes ./textmodes ./url ./vc
#7 216.9 GEN loaddefs.el
#7 220.9 Making generated-autoload-file local to *autoload-file* while
let-bound!
#7 249.3 make[2]: Leaving directory '/opt/emacs/lisp'
#7 287.3 make[2]: Leaving directory '/opt/emacs/lisp'
#7 526.1 make[2]: Leaving directory '/opt/emacs/lisp'
#7 526.1 make[2]: *** [Makefile:256: ../lisp/term/ns-win.elc] Killed
#7 526.2 make[1]: *** [Makefile:725: ../lisp/term/ns-win.elc] Error 2
#7 526.3 make[1]: Leaving directory '/opt/emacs/src'
#7 526.3 make: *** [Makefile:398: src] Error 2
Alpine needs the following patches for Emacs to build:
-
https://git.alpinelinux.org/aports/plain/community/emacs/gamedir.patch?h=3.7-stable
-
https://git.alpinelinux.org/aports/plain/community/emacs/musl.patch?h=3.7-stable
-
https://git.alpinelinux.org/aports/plain/community/emacs/noaslr-dump.patch?h=3.7-stable
If anyone has a clue about what I could try that'd be very welcome.
The patches are not needed anymore in Emacs 26.1, which compiles without
any problem on alpine.
Kind regards,
Philippe
[-- Attachment #2: Type: text/html, Size: 2950 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak?
2020-05-17 11:38 Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak? Philippe Vaucher
@ 2020-05-17 13:48 ` Stefan Monnier
2020-05-17 17:19 ` Philippe Vaucher
0 siblings, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2020-05-17 13:48 UTC (permalink / raw)
To: Philippe Vaucher; +Cc: Emacs developers
> When building Emacs 25.2 & 25.3 on arm64 one file takes 100% CPU and more
> and more memory until it gets killed by the OOM killer:
[...]
> #7 526.1 make[2]: *** [Makefile:256: ../lisp/term/ns-win.elc] Killed
> #7 526.2 make[1]: *** [Makefile:725: ../lisp/term/ns-win.elc] Error 2
Is it only dying on `ns-win.elc`? If so, you can try to just remove
`ns-win.el`, since that's only useful under macOS.
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak?
2020-05-17 13:48 ` Stefan Monnier
@ 2020-05-17 17:19 ` Philippe Vaucher
2020-05-17 20:26 ` Philippe Vaucher
0 siblings, 1 reply; 5+ messages in thread
From: Philippe Vaucher @ 2020-05-17 17:19 UTC (permalink / raw)
To: Stefan Monnier; +Cc: Emacs developers
> > When building Emacs 25.2 & 25.3 on arm64 one file takes 100% CPU and more
> > and more memory until it gets killed by the OOM killer:
> [...]
> > #7 526.1 make[2]: *** [Makefile:256: ../lisp/term/ns-win.elc] Killed
> > #7 526.2 make[1]: *** [Makefile:725: ../lisp/term/ns-win.elc] Error 2
>
> Is it only dying on `ns-win.elc`? If so, you can try to just remove
> `ns-win.el`, since that's only useful under macOS.
Thanks. Just deleting it makes the build fail, but editing it and
deleting most of it seems to work, then something else fails. I'll try
to continue that path and see how it goes.
Philippe
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak?
2020-05-17 17:19 ` Philippe Vaucher
@ 2020-05-17 20:26 ` Philippe Vaucher
2020-05-17 20:46 ` Philippe Vaucher
0 siblings, 1 reply; 5+ messages in thread
From: Philippe Vaucher @ 2020-05-17 20:26 UTC (permalink / raw)
To: Stefan Monnier; +Cc: Emacs developers
> > Is it only dying on `ns-win.elc`? If so, you can try to just remove
> > `ns-win.el`, since that's only useful under macOS.
For the record I found out that `make -j $(nproc)` triggers the error
while `make` doesn't. I need to confirm that in the CI but this issue
seems fixed.
Probably that Emacs < 26.1 was not really "parallel ready", at least on alpine.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak?
2020-05-17 20:26 ` Philippe Vaucher
@ 2020-05-17 20:46 ` Philippe Vaucher
0 siblings, 0 replies; 5+ messages in thread
From: Philippe Vaucher @ 2020-05-17 20:46 UTC (permalink / raw)
To: Stefan Monnier; +Cc: Emacs developers
> For the record I found out that `make -j $(nproc)` triggers the error
> while `make` doesn't. I need to confirm that in the CI but this issue
> seems fixed.
I confirm `make` fixes it:
https://hub.docker.com/r/silex/emacs/tags?page=1&name=25.3-alpine-dev
Philippe
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-05-17 20:46 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-17 11:38 Emacs 25.3 alpine arm64 lisp/term/ns-win.elc memory leak? Philippe Vaucher
2020-05-17 13:48 ` Stefan Monnier
2020-05-17 17:19 ` Philippe Vaucher
2020-05-17 20:26 ` Philippe Vaucher
2020-05-17 20:46 ` Philippe Vaucher
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.