bug#45701: closed (28.0.50; [feature/native-comp] (33b8ce8) `M-x report-emacs-bug` error: "Wrong type argument: stringp, nil")

[GNU bug Tracking System]

Your message dated Wed, 10 Feb 2021 09:09:48 +0000
with message-id <xjf4kikxp9f.fsf@sdf.org>
and subject line Re: bug#45701: 28.0.50; [feature/native-comp] (33b8ce8) `M-x 
report-emacs-bug` error: "Wrong type argument: stringp, nil"
has caused the debbugs.gnu.org bug report #45701,
regarding 28.0.50; [feature/native-comp] (33b8ce8) `M-x report-emacs-bug` 
error: "Wrong type argument: stringp, nil"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
45701: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=45701
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: 28.0.50; [feature/native-comp] (33b8ce8) `M-x report-emacs-bug` error: "Wrong type argument: stringp, nil" Date: Wed, 6 Jan 2021 11:16:04 -0800

Sorry for emailing this list directly, but with emacs build from the latest commit on `feature/native-comp`, `M-x report-emacs-bug` results in the error "apply: Wrong type argument: stringp, nil". Enabling `debug-on-error` doesn't result in a debug session starting when executing that command, so I'm not sure how to provide any more context for the location that's throwing the error.

GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin19.6.0, NS appkit-1894.60 Version 10.15.6 (Build 19G2021))
 of 2021-01-06

This version of emacs was built using https://github.com/jimeh/build-emacs-for-macos from the latest commit on `feature/native-comp` (33b8ce865fcfd58538ae2d7c3fff04998fcd3330). The `build-emacs-for-macos` package also applies the fixes from `feature/native-comp-macos-fixes`.

Let me know if you need more information.

Justin

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#45701: 28.0.50; [feature/native-comp] (33b8ce8) `M-x report-emacs-bug` error: "Wrong type argument: stringp, nil"
>
>
>
>
> Date: 
>
> Wed, 10 Feb 2021 09:09:48 +0000
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
>
>
>
>
> Jim Myhrberg <contact@jimeh.me> writes:
>
> > The TL;DR for the patch; It is essentially a horrible and hacky first
> > draft I threw together to set the LIBRARY_PATH environment variable to
> > point at the GCC directories that my build script copies into the
> > macOS "Emacs.app" bundle to make it fully self-contained. The
> > LIBRARY_PATH environment variable needs to be set to point at the
> > "embedded" GCC directories before any native compilation starts, which
> > is currently done through the horrible advice-add/remove stuff.
> >
> > Justin, I've not had any reports of similar issues to yours, but I
> > have just managed to reproduce the error by breaking my Emacs.app
> > bundle in a very specific way. What folders do you have under
> > "Emacs.app/Contents/MacOS/lib/gcc" in your app bundle? There's
> > supposed to be a folder called "10". I reproduced the issue by
> > renaming my "10" folder so it no longer matches regexp "^[0-9]+$". If
> > you have something else, it's time to debug how that happened and
> > where my build script went wrong.
> >
> > Either way this seems to fall pretty much into my area, so I've
> > created a GitHub issue to track improvements to the patch, and I'm
> > happy to continue discussions there:
> > https://github.com/jimeh/build-emacs-for-macos/issues/29
> >
> > Andrea, I've actually been meaning to ask you for months if you might
> > be able suggest a better approach for the patch, and I'd greatly
> > appreciate any time you can spare :)
>
> Hi Jim,
>
> sure I'll try to have a look and come with a comment on that.
>
> As there's a specific issue on the correct repo I'm closing this.
>
> Thanks
>
>   Andrea
>
>
> --- End Message ---