Re: Porting Emacs on new platform.

[Рабочая Почта]

 Thanks for answering.

Thanks for pointing out where places dumper in.

Yes, E2K, when Linux is installed, is a common Posix platform.

No important messages around, only in/out directory and compiling. But i can send this btw, then will be working with the machine again.

Could you say, how to compile emacs with debugging information? I mean proper building with scripts like this:
./autogen.sh
./configure --with-x-toolkit=no --with-xpm=no --with-jpeg=no --with-png=no --with-gif=no --with-tiff=no
make
make install

And how do you advise debugging Elisp code?

And where to send the patches? To this mail?

Thanks for helping.

ср, 15 сент. 2021 г. в 09:06, Eli Zaretskii <eliz@gnu.org>:

> From: Рабочая Почта
>  <work.mail.for.me.tgg@gmail.com>
> Date: Wed, 15 Sep 2021 01:27:55 +0300
>
> Could you explain how a portable dumper Emacs works (bootstrap-emacs.pdmp) and where it is placed in
> sources?

The portable dumper code is mainly in pdumper.c and pdumper.h.

> I just haven't time to examine all the source code. Forgive me for that.
> It crashes. That's okay, because I'm with my protege porting Emacs to a new platform (e2k).

What is special about that platform?  Which OS kernel and what C
library are you using to build Emacs?  Is e2k similar to any other
common Posix platforms?

> Here are logs with errors.
>
> Wrong type argument: listp, make[1]: * [Makefile:824: bootstrap-emacs.pdmp] Ошибка
> сегментированияmake[1]: выход из каталога ((exit from directory)) «/root/emacs-27.2/src»make: *
> [Makefile:424: src] Ошибка  ((error)) 2
>
> Wrong type argument: listp, make[1]: *** [Makefile:824: bootstrap-emacs.pdmp] Segmentation fault
> make[1]: выход из каталога ((exit from directory)) «/home/ddrdmakar/emacs/emacs-27.2/src»
> make: *** [Makefile:424: src] Ошибка ((error)) 2

These just say Emacs segfaulted, but not much else.  If there are
other messages around this one, please show them as well.

> With --with-dumping=none it builds successfully, it works, but crashes sometimes. That will be fixed by
> simple debugging.

Regardless of whether it works with pdumper or not, the first step
towards understanding the problem is to run the failing command line
under GDB and getting the backtrace from the crash site, preferably
also understanding what was the immediate cause of the crash.  Only
then it would be possible to tell whether the code in pdumper.c is
part of the issue.

> BTW, could you send me instructions about working with your repo me to merge changes right? I mean to
> give our changes to you properly .

We prefer patches in "git format-patch" form, but if that's hard for
you, diffs produced by the Diff utility will also be okay.  See the
file CONTRIBUTE for more about this.

Thank you for your interest in Emacs.