public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Dave Blanchard <dave@killthe.net>
To: gcc@gcc.gnu.org
Subject: Re: Please, really, make `-masm=intel` the default for x86
Date: Fri, 25 Nov 2022 01:48:22 -0600	[thread overview]
Message-ID: <20221125014822.563a07773cdc2a33b4c872b7@killthe.net> (raw)


On Fri, 25 Nov 2022 at 09:40, LIU Hao via Gcc <gcc@gcc.gnu.org> wrote:
>> One annoying thing about GCC is that, for x86 if I need to write I piece of inline assembly then I
>> have to do it twice: one in AT&T syntax and one in Intel syntax.

> Why? A default is merely a default. I don't really see why changing
> that should help you specifically. A decision "which assembly syntax
> to use" is one that makes a project like ones you're contributing to,
> not GCC. If they decided to use AT&T syntax, they won't switch to
> Intel just because a compiler toolchain has changed their default.

While I sympathize with the desire to get rid of crud (and I agree that AT&T syntax is crud), as stated above it wouldn't really make a practical difference. For distro maintainers it would likely break some/many older packages which assumed the old default behavior, thus requiring a number of patches. Usually not a big deal in and of itself (though it can be if the build system for that package is particularly junky), but when you consider there are so many packages including GCC always deprecating and changing things, it adds up to a lot of work to keep up with it all.

-- 
Dave Blanchard <dave@killthe.net>

             reply	other threads:[~2022-11-25  7:47 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-25  7:48 Dave Blanchard [this message]
2022-11-25  8:03 ` LIU Hao
  -- strict thread matches above, loose matches on Subject: below --
2022-11-25  6:39 LIU Hao
2022-11-25  7:37 ` Hi-Angel
2022-11-25  7:56   ` LIU Hao
2022-11-25  8:50 ` Marc Glisse
2022-11-25  9:11   ` LIU Hao
2022-11-25  9:30     ` Jonathan Wakely
2022-11-25  9:56     ` Iain Sandoe
2022-11-25  9:32 ` Jakub Jelinek
2022-11-25 12:01   ` LIU Hao
2022-11-25 13:00     ` Richard Biener
2022-11-25 13:31 ` David Brown

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20221125014822.563a07773cdc2a33b4c872b7@killthe.net \
    --to=dave@killthe.net \
    --cc=gcc@gcc.gnu.org \
    /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.
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).