public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Ian Lance Taylor <ian@zembu.com>
To: mark@codesourcery.com
Cc: rth@cygnus.com, binutils@sourceware.cygnus.com
Subject: Re: Patches for IRIX6 N32-ABI ld
Date: Thu, 01 Jul 1999 00:00:00 -0000	[thread overview]
Message-ID: <19990627012218.14466.qmail@daffy.airs.com> (raw)
In-Reply-To: <19990626140924Q.mitchell@codesourcery.com>

   From: Mark Mitchell <mark@codesourcery.com>
   Date: Sat, 26 Jun 1999 14:09:24 -0700

       Ian> Why not have two macros, one for general SGI compatibility,
       Ian> namely the existing SGI_COMPAT, and one new one you can use
       Ian> to check just which sort of SGI compatibility you want for a
       Ian> particular BFD?

   Your suggestion is clearly equally expressive, so it's not like
   something can be done way and not the other.  So, if you insist on
   doing things your way, it's not like we'll lose anything.

   I assumed this to be non-controversial, and used things like
   `SGI_COMPAT (abfd) == sct_irix6' throughout the rest of my patches.
   So, changing this will require a bunch of extra work for me.  That's
   not a great argument, but it's accurate.

Then do it the other way.  Change all the existing uses to, e.g.,
SGI_IRIX_COMPAT (a trivial search and replace).  Then use SGI_COMPAT
when you need to decide the exact level of compatibility.

I don't really care.  But I agree with Richard: I don't want to see
code that will silently fail if a new value is added to the start of
an enum.  Although I admit you wouldn't know it to look at the
binutils, as far as I am concerned long term maintainability is the
single most important characteristic of all code changes.  I will pick
maintainability over features every time.  The code should not only
work correctly, it should be written in a natural style, so that
natural changes will not fail in an unnatural way.  Sometimes that
requires major patches when old code was done inappropriately or even
badly; so it goes.

Ian

  reply	other threads:[~1999-07-01  0:00 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-07-01  0:00 Mark Mitchell
1999-07-01  0:00 ` Richard Henderson
1999-07-01  0:00   ` Mark Mitchell
1999-07-01  0:00     ` Ian Lance Taylor
1999-07-01  0:00       ` Mark Mitchell
1999-07-01  0:00         ` Ian Lance Taylor
1999-07-01  0:00           ` Mark Mitchell
1999-07-01  0:00             ` Ian Lance Taylor [this message]
1999-07-01  0:00               ` Mark Mitchell
1999-07-01  0:00             ` Richard Henderson
1999-07-01  0:00               ` Mark Mitchell

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=19990627012218.14466.qmail@daffy.airs.com \
    --to=ian@zembu.com \
    --cc=binutils@sourceware.cygnus.com \
    --cc=mark@codesourcery.com \
    --cc=rth@cygnus.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.
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).