bug#52376: 28.0.90; libdir is missing from native-comp-eln-load-path with GTK3 build

[Eli Zaretskii]

> From: Bhavin Gandhi <bhavin7392@gmail.com>
> Date: Fri, 10 Dec 2021 20:08:07 +0530
> Cc: akrl@sdf.org, 52376@debbugs.gnu.org
> 
> On Fri, 10 Dec 2021 at 17:51, Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > Does _any_ line of code under RELOC_NATIVE_COMP_UNIT case get
> > executed?  What if you set the breakpoint here:
> >
> >   #ifdef HAVE_NATIVE_COMP
> >       case RELOC_NATIVE_COMP_UNIT:
> >         {
> >           static enum { UNKNOWN, LOCAL_BUILD, INSTALLED } 
> > installation_state;
> >           struct Lisp_Native_Comp_Unit *comp_u = <<<<<<<<<<<<<<<<<<<<<<<
> >             dump_ptr (dump_base, reloc_offset);
> >           comp_u->lambda_gc_guard_h = CALLN (Fmake_hash_table, QCtest, Qeq);
> >
> > (that's line number 5291), or on the next line, does that breakpoint
> > break?  If it does, please step through the code and tell what gets
> > executed and why.
> 
> Nope. It does not break on 5291 (RELOC_NATIVE_COMP_UNIT case) and on
> 5362 (RELOC_NATIVE_SUBR) as well.
> 
> When I set breakpoint on pdumper.c:5264, and print emacs_execdir it
> gives "$1 = 0x0". So, HAVE_NATIVE_COMP is indeed defined.

Which probably means the .pdmp file is somehow devoid of
natively-compiled code, i.e. it was produced by dumping the *.elc
files, not the *.eln files?