Re: Discussion about why GNU/Linux system upgrades cause old programs to break

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Please consider the plight of the person who bumps into these problems
  > and needs to solve them so the program (which built and worked for
  > ages) will build again.  At the very least, they need to:

  >   . realize such an option exists
  >     - indexing of the manual is not a great help here: there are no
  >       index entries in the Concept Index leading directly to it; a
  >       few entries that mention some of the relevant warnings do lead
  >       to the "Warning Options" node, but the node is very long
  >   . read and understand the description of each of the -Wfoo warnings
  >     it disables and decide whether it's applicable and if so, whether
  >     it's desirable to disable it
  >   . preferably understand the significance of C Standard versions to
  >     which the manual alludes, and their relation to the program's code

  > This requires non-trivial knowledge of the C Standard and related
  > subjects, and also non-trivial amount of tenacity, let alone time and
  > effort.

We should make sure that a user who wants to build a program
that as worked since years before on the same kind of platform
doesn't need to do anything hard like this.

How about if certain errors print an advisory message
suggesting what options the user could try to make the program work again?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)