Compiling Emacs from source for hacking on it

Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1068 bytes --]


I have recently (shallow) cloned Emacs source code.  I have compiled it
by doing the following:

--8<---------------cut here---------------start------------->8---
$ mkdir build
$ cd build
$ ../configure --without-x --without-gnutls --without-modules \
    --without-sqlite3 --without-pop --without-mailutils --without-sound
$ make
--8<---------------cut here---------------end--------------->8---

If I understand correctly, running ./src/emacs should start the newly
compiled Emacs.  But it says that with-memoizaton function definition is
void, even with an empty init file (actually I commented out the whole
file).  ./src/temacs works, but says function-documention is undefined
at runtime.

Am I doing something wrong?  I'm trying to compile a minimal Emacs so
that I can hack on the terminal display code of it.  Is there any
argument to pass to configure to make even more minimal?

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Po Lu]

Akib Azmain Turja <akib@disroot.org> writes:

> I have recently (shallow) cloned Emacs source code.  I have compiled it
> by doing the following:
>
> $ mkdir build
> $ cd build
> $ ../configure --without-x --without-gnutls --without-modules \
>     --without-sqlite3 --without-pop --without-mailutils --without-sound
> $ make
>
> If I understand correctly, running ./src/emacs should start the newly
> compiled Emacs.  But it says that with-memoizaton function definition is
> void, even with an empty init file (actually I commented out the whole
> file).  ./src/temacs works, but says function-documention is undefined
> at runtime.
>
> Am I doing something wrong?

I think out of tree builds never really worked in Emacs.

If you're going to hack on Emacs, you should probably configure with
checking as well.

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Date: Tue, 31 May 2022 18:07:38 +0600
> 
> I have recently (shallow) cloned Emacs source code.  I have compiled it
> by doing the following:
> 
> --8<---------------cut here---------------start------------->8---
> $ mkdir build
> $ cd build
> $ ../configure --without-x --without-gnutls --without-modules \
>     --without-sqlite3 --without-pop --without-mailutils --without-sound
> $ make
> --8<---------------cut here---------------end--------------->8---
> 
> If I understand correctly, running ./src/emacs should start the newly
> compiled Emacs.  But it says that with-memoizaton function definition is
> void, even with an empty init file (actually I commented out the whole
> file).  ./src/temacs works, but says function-documention is undefined
> at runtime.

With the current master branch, I cannot reproduce this.  But:

  . I cloned the repository normally (i.e. not a "shallow" clone)
  . I built Emacs in the source tree, not in a separate build/
    sub-directory;
  . I invoked Emacs as ./src/emacs -Q

If using "-Q" doesn't help, perhaps this is some problem with building
in a separate directory, in which case you could rebuild in-place and
try again.

Re: Compiling Emacs from source for hacking on it

[tomas]

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]

On Tue, May 31, 2022 at 08:45:06PM +0800, Po Lu wrote:
> Akib Azmain Turja <akib@disroot.org> writes:
> 
> > I have recently (shallow) cloned Emacs source code.  I have compiled it
> > by doing the following:
> >
> > $ mkdir build
> > $ cd build
> > $ ../configure --without-x --without-gnutls --without-modules \
> >     --without-sqlite3 --without-pop --without-mailutils --without-sound
> > $ make
> >
> > If I understand correctly, running ./src/emacs should start the newly
> > compiled Emacs.  But it says that with-memoizaton function definition is
> > void, even with an empty init file (actually I commented out the whole
> > file).  ./src/temacs works, but says function-documention is undefined
> > at runtime.
> >
> > Am I doing something wrong?
> 
> I think out of tree builds never really worked in Emacs.

Hm. FWIW I build regularly out-of-tree. I make sure to radically
delete the build dir, and do a "make distclean" (possibly not
needed).

The only issues I had were, from time to time, older .elc files
(thus that "double cleaning" above: that's how voodoo rituals
grow ;-)

Cheers
-- 
t

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: Compiling Emacs from source for hacking on it

[Ken Brown]

On 5/31/2022 9:35 AM, tomas@tuxteam.de wrote:
>> I think out of tree builds never really worked in Emacs.
> 
> Hm. FWIW I build regularly out-of-tree. I make sure to radically
> delete the build dir, and do a "make distclean" (possibly not
> needed).
> 
> The only issues I had were, from time to time, older .elc files
> (thus that "double cleaning" above: that's how voodoo rituals

I also build out-of-tree and have done so for years.  I don't do any special 
cleaning between builds, and it works fine.

Ken

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> Date: Tue, 31 May 2022 16:06:00 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: emacs-devel@gnu.org
> 
> With the current master branch, I cannot reproduce this.  But:
> 
>   . I cloned the repository normally (i.e. not a "shallow" clone)
>   . I built Emacs in the source tree, not in a separate build/
>     sub-directory;
>   . I invoked Emacs as ./src/emacs -Q

And now I've built in a build/ subdirectory, like you did, and I still
cannot reproduce the problem.  So I hope using -Q will solve it for
you.

Re: Compiling Emacs from source for hacking on it

[tomas]

[-- Attachment #1: Type: text/plain, Size: 427 bytes --]

On Tue, May 31, 2022 at 09:42:05AM -0400, Ken Brown wrote:
> On 5/31/2022 9:35 AM, tomas@tuxteam.de wrote:
> > > I think out of tree builds never really worked in Emacs.
> > 
> > Hm. FWIW I build regularly out-of-tree [...]

> I also build out-of-tree and have done so for years.  I don't do any special
> cleaning between builds, and it works fine.

Time to review my crude rituals, then :-)

thanks!
-- 
tomás

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: Compiling Emacs from source for hacking on it

[Óscar Fuentes]

Ken Brown <kbrown@cornell.edu> writes:

> On 5/31/2022 9:35 AM, tomas@tuxteam.de wrote:
>>> I think out of tree builds never really worked in Emacs.
>> Hm. FWIW I build regularly out-of-tree. I make sure to radically
>> delete the build dir, and do a "make distclean" (possibly not
>> needed).
>> The only issues I had were, from time to time, older .elc files
>> (thus that "double cleaning" above: that's how voodoo rituals
>
> I also build out-of-tree and have done so for years.

+1

> I don't do any special cleaning between builds, and it works fine.

Apart from the occassional `make bootstrap' or `git clean -fdx'.

In fact, INSTALL says that out-of-tree builds are ok:

  2b. Alternatively, create a separate directory, outside the source
      directory, where you want to build Emacs, and invoke 'configure'
      from there:

		 SOURCE-DIR/configure

      where SOURCE-DIR is the top-level Emacs source directory.

Re: Compiling Emacs from source for hacking on it

[tomas]

[-- Attachment #1: Type: text/plain, Size: 817 bytes --]

On Tue, May 31, 2022 at 04:02:16PM +0200, Óscar Fuentes wrote:
> Ken Brown <kbrown@cornell.edu> writes:
> 
> > On 5/31/2022 9:35 AM, tomas@tuxteam.de wrote:
> >>> I think out of tree builds never really worked in Emacs.
> >> Hm. FWIW I build regularly out-of-tree. I make sure to radically
> >> delete the build dir, and do a "make distclean" (possibly not
> >> needed).
> >> The only issues I had were, from time to time, older .elc files
> >> (thus that "double cleaning" above: that's how voodoo rituals
> >
> > I also build out-of-tree and have done so for years.
> 
> +1
> 
> > I don't do any special cleaning between builds, and it works fine.
> 
> Apart from the occassional `make bootstrap' or `git clean -fdx'.

Oh, so part of the crude rituals isn't completely crazy?

Cheers
-- 
t

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: Compiling Emacs from source for hacking on it

[Andreas Schwab]

On Mai 31 2022, Akib Azmain Turja wrote:

> But it says that with-memoizaton function definition is
> void,

That function indeed doesn't exist in Emacs, so it must be coming from
some customisation of yours.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

Re: Compiling Emacs from source for hacking on it

[Óscar Fuentes]

<tomas@tuxteam.de> writes:

>> Apart from the occassional `make bootstrap' or `git clean -fdx'.
>
> Oh, so part of the crude rituals isn't completely crazy?

AFAIK the crude rituals are also required on the in-tree builds.

Re: Compiling Emacs from source for hacking on it

[Visuwesh]

[செவ்வாய் மே 31, 2022] Andreas Schwab wrote:

> On Mai 31 2022, Akib Azmain Turja wrote:
>
>> But it says that with-memoizaton function definition is
>> void,
>
> That function indeed doesn't exist in Emacs, so it must be coming from
> some customisation of yours.

    with-memoization is a Lisp macro in ‘subr-x.el’.

    (with-memoization PLACE &rest CODE)

    Return the value of CODE and stash it in PLACE.
    If PLACE’s value is non-nil, then don’t bother evaluating CODE
    and return the value found in PLACE instead.

      Probably introduced at or before Emacs version 29.1.

It's a macro tho.

Re: Compiling Emacs from source for hacking on it

[Michael Heerdegen]

Andreas Schwab <schwab@suse.de> writes:

> On Mai 31 2022, Akib Azmain Turja wrote:
>
> > But it says that with-memoizaton function definition is
> > void,
>
> That function indeed doesn't exist in Emacs, so it must be coming from
> some customisation of yours.

Or `with-memoization' was meant.

Michael.

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1701 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Date: Tue, 31 May 2022 18:07:38 +0600
>> 
>> I have recently (shallow) cloned Emacs source code.  I have compiled it
>> by doing the following:
>> 
>> --8<---------------cut here---------------start------------->8---
>> $ mkdir build
>> $ cd build
>> $ ../configure --without-x --without-gnutls --without-modules \
>>     --without-sqlite3 --without-pop --without-mailutils --without-sound
>> $ make
>> --8<---------------cut here---------------end--------------->8---
>> 
>> If I understand correctly, running ./src/emacs should start the newly
>> compiled Emacs.  But it says that with-memoizaton function definition is
>> void, even with an empty init file (actually I commented out the whole
>> file).  ./src/temacs works, but says function-documention is undefined
>> at runtime.
>
> With the current master branch, I cannot reproduce this.  But:
>
>   . I cloned the repository normally (i.e. not a "shallow" clone)
>   . I built Emacs in the source tree, not in a separate build/
>     sub-directory;
>   . I invoked Emacs as ./src/emacs -Q
>
> If using "-Q" doesn't help, perhaps this is some problem with building
> in a separate directory, in which case you could rebuild in-place and
> try again.

Yes, adding -Q works.  But why it can't read my init file even when the
whole file is commented?  Or is it expected?

And I don't think a shallow clone is causing any problem, as the files
should be identical.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 594 bytes --]

Michael Heerdegen <michael_heerdegen@web.de> writes:

> Andreas Schwab <schwab@suse.de> writes:
>
>> On Mai 31 2022, Akib Azmain Turja wrote:
>>
>> > But it says that with-memoizaton function definition is
>> > void,
>>
>> That function indeed doesn't exist in Emacs, so it must be coming from
>> some customisation of yours.
>
> Or `with-memoization' was meant.
>
> Michael.
>
>

Yeah, you are right.  It was a typo.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 915 bytes --]

Visuwesh <visuweshm@gmail.com> writes:

> [செவ்வாய் மே 31, 2022] Andreas Schwab wrote:
>
>> On Mai 31 2022, Akib Azmain Turja wrote:
>>
>>> But it says that with-memoizaton function definition is
>>> void,
>>
>> That function indeed doesn't exist in Emacs, so it must be coming from
>> some customisation of yours.
>
>     with-memoization is a Lisp macro in ‘subr-x.el’.
>
>     (with-memoization PLACE &rest CODE)
>
>     Return the value of CODE and stash it in PLACE.
>     If PLACE’s value is non-nil, then don’t bother evaluating CODE
>     and return the value found in PLACE instead.
>
>       Probably introduced at or before Emacs version 29.1.
>
> It's a macro tho.

Yes, this is what I meant.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 652 bytes --]

Andreas Schwab <schwab@suse.de> writes:

> On Mai 31 2022, Akib Azmain Turja wrote:
>
>> But it says that with-memoizaton function definition is
>> void,
>
> That function indeed doesn't exist in Emacs, so it must be coming from
> some customisation of yours.
>
> -- 
> Andreas Schwab, SUSE Labs, schwab@suse.de
> GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
> "And now for something completely different."

No, because its actually with-memoization.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]

Po Lu <luangruo@yahoo.com> writes:

> Akib Azmain Turja <akib@disroot.org> writes:
>
>> I have recently (shallow) cloned Emacs source code.  I have compiled it
>> by doing the following:
>>
>> $ mkdir build
>> $ cd build
>> $ ../configure --without-x --without-gnutls --without-modules \
>>     --without-sqlite3 --without-pop --without-mailutils --without-sound
>> $ make
>>
>> If I understand correctly, running ./src/emacs should start the newly
>> compiled Emacs.  But it says that with-memoizaton function definition is
>> void, even with an empty init file (actually I commented out the whole
>> file).  ./src/temacs works, but says function-documention is undefined
>> at runtime.
>>
>> Am I doing something wrong?
>
> I think out of tree builds never really worked in Emacs.
>
> If you're going to hack on Emacs, you should probably configure with
> checking as well.

What options should I add to configure?

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Tue, 31 May 2022 22:22:31 +0600
> 
> > If using "-Q" doesn't help, perhaps this is some problem with building
> > in a separate directory, in which case you could rebuild in-place and
> > try again.
> 
> Yes, adding -Q works.  But why it can't read my init file even when the
> whole file is commented?  Or is it expected?

If using -Q solves the problem, look for the reason in your init files
or site-init files.  Also, maybe you have some installed packages that
get activated at startup?

However, if all you need is to make changes in Emacs, maybe you can
always invoke this version-for-hacking with -Q?

Re: Compiling Emacs from source for hacking on it

[Lars Ingebrigtsen]

Akib Azmain Turja <akib@disroot.org> writes:

> What options should I add to configure?

Why do you add any options at all?  Just use the defaults if you don't
want to encounter all these problem.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Cc: emacs-devel@gnu.org
>> Date: Tue, 31 May 2022 22:22:31 +0600
>> 
>> > If using "-Q" doesn't help, perhaps this is some problem with building
>> > in a separate directory, in which case you could rebuild in-place and
>> > try again.
>> 
>> Yes, adding -Q works.  But why it can't read my init file even when the
>> whole file is commented?  Or is it expected?
>
> If using -Q solves the problem, look for the reason in your init files
> or site-init files.  Also, maybe you have some installed packages that
> get activated at startup?

Ahh, I didn't thought about that.  Guix and package is loading autoloads
which might cause it.  But interestingly, the "with-memoization is
undefined" problem doesn't occur when I call temacs.

>
> However, if all you need is to make changes in Emacs, maybe you can
> always invoke this version-for-hacking with -Q?

Yeah, I would probably do so, but I was just testing if everything was
working correctly.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 687 bytes --]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Akib Azmain Turja <akib@disroot.org> writes:
>
>> What options should I add to configure?
>
> Why do you add any options at all?  Just use the defaults if you don't
> want to encounter all these problem.
>
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no

What I want is a minimal Emacs, just for doing surgery on its text
display code.  Thats why I don't want GTK, sound, mail and other
unnecessary things.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Lars Ingebrigtsen]

Akib Azmain Turja <akib@disroot.org> writes:

> What I want is a minimal Emacs, just for doing surgery on its text
> display code.  Thats why I don't want GTK, sound, mail and other
> unnecessary things.

Building without those things won't help you in any way while doing
surgery on the text display code, really.  It'll just make the version
of Emacs you're doing the surgery on a really unusual build
configuration.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1616 bytes --]

Akib Azmain Turja <akib@disroot.org> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Akib Azmain Turja <akib@disroot.org>
>>> Cc: emacs-devel@gnu.org
>>> Date: Tue, 31 May 2022 22:22:31 +0600
>>> 
>>> > If using "-Q" doesn't help, perhaps this is some problem with building
>>> > in a separate directory, in which case you could rebuild in-place and
>>> > try again.
>>> 
>>> Yes, adding -Q works.  But why it can't read my init file even when the
>>> whole file is commented?  Or is it expected?
>>
>> If using -Q solves the problem, look for the reason in your init files
>> or site-init files.  Also, maybe you have some installed packages that
>> get activated at startup?
>
> Ahh, I didn't thought about that.  Guix and package is loading autoloads
> which might cause it.  But interestingly, the "with-memoization is
> undefined" problem doesn't occur when I call temacs.
>
>>
>> However, if all you need is to make changes in Emacs, maybe you can
>> always invoke this version-for-hacking with -Q?
>
> Yeah, I would probably do so, but I was just testing if everything was
> working correctly.
>
> -- 
> Akib Azmain Turja
>
> This message is signed by me with my GnuPG key.  It's fingerprint is:
>
>     7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

And I just noticed one more thing, though ./emacs -Q and ./temacs -Q
work in Term (term-mode) and Kitty, it doesn't work in Linux (kernel)
TTY.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 00:30:38 +0600
> 
> And I just noticed one more thing, though ./emacs -Q and ./temacs -Q
> work in Term (term-mode) and Kitty, it doesn't work in Linux (kernel)
> TTY.

What does it mean "doesn't work" in this case? what actually happens
if you try invoking "emacs -Q" on a Linux console?

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 718 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Cc: emacs-devel@gnu.org
>> Date: Wed, 01 Jun 2022 00:30:38 +0600
>> 
>> And I just noticed one more thing, though ./emacs -Q and ./temacs -Q
>> work in Term (term-mode) and Kitty, it doesn't work in Linux (kernel)
>> TTY.
>
> What does it mean "doesn't work" in this case? what actually happens
> if you try invoking "emacs -Q" on a Linux console?

This error:

"Can't open load file: No such file or directory, disp-table"

And --debug-init doesn't help.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 07:10:00 +0600
> 
> >> And I just noticed one more thing, though ./emacs -Q and ./temacs -Q
> >> work in Term (term-mode) and Kitty, it doesn't work in Linux (kernel)
> >> TTY.
> >
> > What does it mean "doesn't work" in this case? what actually happens
> > if you try invoking "emacs -Q" on a Linux console?
> 
> This error:
> 
> "Can't open load file: No such file or directory, disp-table"

disp-table.el is a package that comes with Emacs, so how come Emacs is
unable to find it?  Is this with an installed Emacs or with Emacs that
you run uninstalled from its source tree?

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Cc: emacs-devel@gnu.org
>> Date: Wed, 01 Jun 2022 07:10:00 +0600
>> 
>> >> And I just noticed one more thing, though ./emacs -Q and ./temacs -Q
>> >> work in Term (term-mode) and Kitty, it doesn't work in Linux (kernel)
>> >> TTY.
>> >
>> > What does it mean "doesn't work" in this case? what actually happens
>> > if you try invoking "emacs -Q" on a Linux console?
>> 
>> This error:
>> 
>> "Can't open load file: No such file or directory, disp-table"
>
> disp-table.el is a package that comes with Emacs, so how come Emacs is
> unable to find it?

I have no idea.

> Is this with an installed Emacs or with Emacs that
> you run uninstalled from its source tree?

I'm not sure what you're tell about, but assuming you asking me whether
I have installed it.  No, I didn't install.  I'm trying to run
./src/emacs -Q from the build directory.  Do I need to install it?

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 17:26:17 +0600
> 
> >> "Can't open load file: No such file or directory, disp-table"
> >
> > disp-table.el is a package that comes with Emacs, so how come Emacs is
> > unable to find it?
> 
> I have no idea.

Is the file there?

> > Is this with an installed Emacs or with Emacs that
> > you run uninstalled from its source tree?
> 
> I'm not sure what you're tell about, but assuming you asking me whether
> I have installed it.  No, I didn't install.  I'm trying to run
> ./src/emacs -Q from the build directory.  Do I need to install it?

No, you shouldn't need to install.  Emacs should run fine uninstalled.

Does this help:

  ./src/emacs -Q -l ./lisp/disp-table.el

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1303 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Cc: emacs-devel@gnu.org
>> Date: Wed, 01 Jun 2022 17:26:17 +0600
>> 
>> >> "Can't open load file: No such file or directory, disp-table"
>> >
>> > disp-table.el is a package that comes with Emacs, so how come Emacs is
>> > unable to find it?
>> 
>> I have no idea.
>
> Is the file there?

No, I can't find it in the build directory.  Its in the source
directory.

>
>> > Is this with an installed Emacs or with Emacs that
>> > you run uninstalled from its source tree?
>> 
>> I'm not sure what you're tell about, but assuming you asking me whether
>> I have installed it.  No, I didn't install.  I'm trying to run
>> ./src/emacs -Q from the build directory.  Do I need to install it?
>
> No, you shouldn't need to install.  Emacs should run fine uninstalled.
>
> Does this help:
>
>   ./src/emacs -Q -l ./lisp/disp-table.el
>

Since ./lisp/disp-table.el isn't present in the build directory, so that
won't work.  But this also doesn't help:

  ./src/emacs -Q -l ./lisp/disp-table.el

Where ".." is the source directory.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1933 bytes --]

Akib Azmain Turja <akib@disroot.org> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Akib Azmain Turja <akib@disroot.org>
>>> Cc: emacs-devel@gnu.org
>>> Date: Wed, 01 Jun 2022 17:26:17 +0600
>>> 
>>> >> "Can't open load file: No such file or directory, disp-table"
>>> >
>>> > disp-table.el is a package that comes with Emacs, so how come Emacs is
>>> > unable to find it?
>>> 
>>> I have no idea.
>>
>> Is the file there?
>
> No, I can't find it in the build directory.  Its in the source
> directory.
>
>>
>>> > Is this with an installed Emacs or with Emacs that
>>> > you run uninstalled from its source tree?
>>> 
>>> I'm not sure what you're tell about, but assuming you asking me whether
>>> I have installed it.  No, I didn't install.  I'm trying to run
>>> ./src/emacs -Q from the build directory.  Do I need to install it?
>>
>> No, you shouldn't need to install.  Emacs should run fine uninstalled.
>>
>> Does this help:
>>
>>   ./src/emacs -Q -l ./lisp/disp-table.el
>>
>
> Since ./lisp/disp-table.el isn't present in the build directory, so that
> won't work.  But this also doesn't help:
>
>   ./src/emacs -Q -l ./lisp/disp-table.el
>
> Where ".." is the source directory.
>
> -- 
> Akib Azmain Turja
>
> This message is signed by me with my GnuPG key.  It's fingerprint is:
>
>     7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

Sorry for annoying you people, the actual problem is the EMACSLOADPATH
environment variable, which is set by Guix.  If I unset it (by
prepending "EMACSLOADPATH=" to the command), everything works, no matter
whether I build it in the source directory or out-of-tree.  Emacs runs
on Linux console, even with my init file (and loads faster than my
distro Emacs).

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 18:41:17 +0600
> 
> >> > disp-table.el is a package that comes with Emacs, so how come Emacs is
> >> > unable to find it?
> >> 
> >> I have no idea.
> >
> > Is the file there?
> 
> No, I can't find it in the build directory.  Its in the source
> directory.

What about disp-table.elc? do you see it in the build directory?

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 19:03:22 +0600
> 
> Sorry for annoying you people, the actual problem is the EMACSLOADPATH
> environment variable, which is set by Guix.  If I unset it (by
> prepending "EMACSLOADPATH=" to the command), everything works, no matter
> whether I build it in the source directory or out-of-tree.  Emacs runs
> on Linux console, even with my init file (and loads faster than my
> distro Emacs).

No sweat.  One of those "TIL" days, I guess...

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 881 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Akib Azmain Turja <akib@disroot.org>
>> Cc: emacs-devel@gnu.org
>> Date: Wed, 01 Jun 2022 18:41:17 +0600
>> 
>> >> > disp-table.el is a package that comes with Emacs, so how come Emacs is
>> >> > unable to find it?
>> >> 
>> >> I have no idea.
>> >
>> > Is the file there?
>> 
>> No, I can't find it in the build directory.  Its in the source
>> directory.
>
> What about disp-table.elc? do you see it in the build directory?

Strange, though I have built Emacs out-of-tree, the elc file
(lisp/disp-table.elc) is in the source directory.  I have built Emacs in
the source directory once, but I made sure to run make distclean before
building out-of-tree.

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Compiling Emacs from source for hacking on it

[Eli Zaretskii]

> From: Akib Azmain Turja <akib@disroot.org>
> Cc: emacs-devel@gnu.org
> Date: Wed, 01 Jun 2022 22:36:05 +0600
> 
> Strange, though I have built Emacs out-of-tree, the elc file
> (lisp/disp-table.elc) is in the source directory.  I have built Emacs in
> the source directory once, but I made sure to run make distclean before
> building out-of-tree.

Yes, known.

Re: Compiling Emacs from source for hacking on it

[Philip Kaludercic]

Akib Azmain Turja <akib@disroot.org> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Akib Azmain Turja <akib@disroot.org>
>>> Cc: emacs-devel@gnu.org
>>> Date: Tue, 31 May 2022 22:22:31 +0600
>>> 
>>> > If using "-Q" doesn't help, perhaps this is some problem with building
>>> > in a separate directory, in which case you could rebuild in-place and
>>> > try again.
>>> 
>>> Yes, adding -Q works.  But why it can't read my init file even when the
>>> whole file is commented?  Or is it expected?
>>
>> If using -Q solves the problem, look for the reason in your init files
>> or site-init files.  Also, maybe you have some installed packages that
>> get activated at startup?
>
> Ahh, I didn't thought about that.  Guix and package is loading autoloads
> which might cause it.  But interestingly, the "with-memoization is
> undefined" problem doesn't occur when I call temacs.

I also had issues with Guix, so I start Emacs using a little script I
have in ~/.local/bin with these contents

--8<---------------cut here---------------start------------->8---
#!/bin/sh
exec EMACSLOADPATH="" ~/Source/emacs/src/emacs "$@"
--8<---------------cut here---------------end--------------->8---

And everything works just fine.

Re: Compiling Emacs from source for hacking on it

[Akib Azmain Turja]

[-- Attachment #1: Type: text/plain, Size: 1796 bytes --]

Philip Kaludercic <philipk@posteo.net> writes:

> Akib Azmain Turja <akib@disroot.org> writes:
>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>>>> From: Akib Azmain Turja <akib@disroot.org>
>>>> Cc: emacs-devel@gnu.org
>>>> Date: Tue, 31 May 2022 22:22:31 +0600
>>>> 
>>>> > If using "-Q" doesn't help, perhaps this is some problem with building
>>>> > in a separate directory, in which case you could rebuild in-place and
>>>> > try again.
>>>> 
>>>> Yes, adding -Q works.  But why it can't read my init file even when the
>>>> whole file is commented?  Or is it expected?
>>>
>>> If using -Q solves the problem, look for the reason in your init files
>>> or site-init files.  Also, maybe you have some installed packages that
>>> get activated at startup?
>>
>> Ahh, I didn't thought about that.  Guix and package is loading autoloads
>> which might cause it.  But interestingly, the "with-memoization is
>> undefined" problem doesn't occur when I call temacs.
>
> I also had issues with Guix, so I start Emacs using a little script I
> have in ~/.local/bin with these contents
>
> --8<---------------cut here---------------start------------->8---
> #!/bin/sh
> exec EMACSLOADPATH="" ~/Source/emacs/src/emacs "$@"
> --8<---------------cut here---------------end--------------->8---
>
> And everything works just fine.

Yeah, I must like that, especially the "exec", about which I always
forget.

Is there any way to use the Guix packages?  I guess I need to do some
magic (like modifing load-path maybe) from my init file.

BTW, is this problem unique to Guix or exists in any other distribution?

-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

    7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]