From: Drew Adams via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "tclwarrior@gmail.com" <tclwarrior@gmail.com>,
"corwin@bru.st" <corwin@bru.st>,
"71801@debbugs.gnu.org" <71801@debbugs.gnu.org>
Subject: bug#71801: emacs 29.4 windows binaries
Date: Fri, 5 Jul 2024 19:33:21 +0000 [thread overview]
Message-ID: <SJ0PR10MB5488C9D018D871A0931D4DFFF3DF2@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <861q477l1w.fsf@gnu.org>
> > It seems to start OK but I get this warning repeated
> > periodically (forever) in buffer *Warnings*:
> >
> > ■ Warning (comp): x86_64-w64-mingw32-gcc-11.3.0: fatal error: cannot
> execute 'as': CreateProcess: No such file or directory
>
> You need to install GNU Binutils, which is where as.exe, the GNU
> assembler, comes from.
Why? What is it, where to get it, and how to
install it?
And there's nothing in that warning tells you
anything about having to "install GNU Binutils".
We've never had to install any additional
executables for Emacs on Windows before now.
If you want image support or grep support etc.,
then yes, you've needed to download other stuff,
but never just to run Emacs - the Emacs binary
suffices. And you saw no warnings if you didn't
download that other stuff.
> (If GCC that emits the above error message is
> part of the Emacs installation, then Corwin should make sure Binutils
> are part of the installation as well.)
Corwin: Please do whatever is appropriate/needed.
Thank you.
> > I haven't noticed other problems yet (with -Q), but
> > is the continual emission of that warning expected?
>
> Yes.
Why is that a good thing to do? This is like a
fire alarm that keeps blasting till someone turns
it off. Is that really appropriate here?
> > Clicking that black, square icon pops up this
> > question as a menu:
> >
> > Suppress `comp' warnings?
> > _________________________
> >
> > Yes, Ignore `Comp' Warnings Completely
> > No, Just Disable Showing Them
> > Quit And Do Nothing
> >
> > I have no idea what any of that means.
>
> It allows you to disable these warnings, so that they don't annoy you.
Sure. But _what are_ `Comp' warnings? How is
someone to know whether they might want to (or
need to) ignore, disable, or do nothing?
Expecting someone to decide which to do makes
no sense if they have no idea what the meaning
or consequences are (beyond not seeing msgs).
Warnings should be for things that you need to
be WARNed about. If this is one such thing,
then we should tell users what the "this" is.
*****
WARNING - there's a FOOBAR in the vicinity!
Quick! What do you want to do about it?
*****
> > It doesn't seem very helpful - no link to any other info etc.
>
> I'm not sure I understand what other info is needed. The warning says
>
> Warning (comp): SOMETHING
>
> and the prompt asks about suppressing "comp" warnings, which fits the
> warning ID. You are showed 3 possible answers with the meaning of
> each one of them. What is not clear here?
Nothing is clear. I'm a user. I didn't build
Emacs. I see this:
x86_64-w64-mingw32-gcc-11.3.0: fatal error: cannot
execute 'as': CreateProcess: No such file or directory
Is that a problem? I'm warned about it, so I
guess maybe it is. Is it a problem that I'm
expected, and that I can, do something about?
If so, what needs to be done?
> > I also notice that if I put point on that icon and
> > hit RET I get the question in the minibuffer, but
> > with the additional key `?' highlighted (no such
> > option in the menu version).
> >
> > I hit `?' and this is shown in buffer *Multiple
> > Choice Help*:
> >
> > Suppress `comp' warnings?
> >
> > y: yes, ignore `comp' n: no, just disable q: quit and do
> > warnings completely showing them nothing
> >
> > That "help" text seems worse than useless.
>
> It just repeats what was in the menu.
And you're just repeating what I reported.
Why have the `?' and `RET' binding, which
just repeats the text you're clicking `?'
for help about?
`?', like an `i' Information icon, should
tell you something different, or something
more, than the text you're already looking at.
> > I guess this "help" is new UI intended to somehow
> > help users. To me it seems only to confuse and
> > obfuscate, and in a fairly heavy-handed way.
>
> If you think about it for a few moments, I'm sure you will see the
> light. It's really very simple.
If you think about it for a few moments, I
hope you'll see it's either misguided or
it's missing something.
We get a "security fix" point release, and
the first thing seen is an indecipherable,
continually popped-up scary WARNING. No
help from Emacs to understand what's involved -
what the danger/problem is, or what to do
about it.
And your response is that this is all OK
and expected?
next prev parent reply other threads:[~2024-07-05 19:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-27 13:27 bug#71801: emacs 29.4 windows binaries Ali M.
2024-06-27 15:00 ` Eli Zaretskii
2024-06-27 19:34 ` Corwin Brust
2024-06-27 22:27 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-05 11:56 ` Corwin Brust
2024-07-05 16:04 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-05 18:25 ` Eli Zaretskii
2024-07-05 19:33 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2024-07-05 21:52 ` Corwin Brust
2024-07-05 22:38 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-06 10:01 ` Corwin Brust
2024-07-06 15:58 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-06 6:04 ` Eli Zaretskii
2024-07-06 15:33 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-06 16:20 ` Eli Zaretskii
2024-07-06 16:33 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-06 16:49 ` Corwin Brust
2024-07-06 17:26 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=SJ0PR10MB5488C9D018D871A0931D4DFFF3DF2@SJ0PR10MB5488.namprd10.prod.outlook.com \
--to=bug-gnu-emacs@gnu.org \
--cc=71801@debbugs.gnu.org \
--cc=corwin@bru.st \
--cc=drew.adams@oracle.com \
--cc=eliz@gnu.org \
--cc=tclwarrior@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).