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

Richard Stallman <[email protected]>
Newsgroups gmane.emacs.devel
Message-ID <[email protected]>
[[[ 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. ]]]

  > > Would you please show an example for the pointer on a 64-bit platform?
  > > And one for `long long'?  I'd like to see what sort of usage would
  > > have this problem.

  > The earlier reallocarray example was one such example.

Thanks.  I remember that example, but I wasn't sure it was an example
of this topic and these remarks.  These examples enable us to make the
question at hand more concrete.

With these examples, old programs that worked fine on 32-bit
platforms, moving to a 64-bit platform could cause the program to fail
grossly.  That is a bug in an abstract sense.

But as long as the user keeps running it on the same 32-bit platform,
which is quite likely to happen, it is not a bug in a concrete,
practical sense.  On that same 32-bit platform, the program would
never fail, except artificially if a newer GCC version refuses to
compile it.

So I think the most useful behavior for GCC in these cases is to give
just a warning when compiling for a 32-bit platform, and give an error
when compiling for a 64-bit platform.

-- 
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)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.