Re: Are there different programming languages that are compiled to the same intermediate language?

Martin Ward <mwardgkc@gmail.com>
Thu, 2 Feb 2023 15:44:17 +0000

          From comp.compilers

Related articles
[3 earlier articles]
Re: Are there different programming languages that are compiled to the same intermediate language? billfahle@gmail.com (William Fahle) (2023-01-30)
Re: Are there different programming languages that are compiled to the same intermediate language? costello@mitre.org (Roger L Costello) (2023-01-30)
Re: Are there different programming languages that are compiled to the same intermediate language? 864-117-4973@kylheku.com (Kaz Kylheku) (2023-01-30)
Re: Are there different programming languages that are compiled to the same intermediate language? mwardgkc@gmail.com (Martin Ward) (2023-01-31)
Re: Are there different programming languages that are compiled to the same intermediate language? gah4@u.washington.edu (gah4) (2023-01-31)
Re: Are there different programming languages that are compiled to the same intermediate language? arnold@freefriends.org (2023-02-01)
Re: Are there different programming languages that are compiled to the same intermediate language? mwardgkc@gmail.com (Martin Ward) (2023-02-02)
Re: Are there different programming languages that are compiled to the same intermediate language? gah4@u.washington.edu (gah4) (2023-02-02)
Re: Are there different programming languages that are compiled to the same intermediate language? arnold@skeeve.com (2023-02-03)
Re: Are there different programming languages that are compiled to the same intermediate language? anton@mips.complang.tuwien.ac.at (2023-02-03)
Re: Are there different programming languages that are compiled to the same intermediate language? anton@mips.complang.tuwien.ac.at (2023-02-05)
Re: Proofs, was Are there different programming languages that are compiled to the same intermediate language? spibou@gmail.com (Spiros Bousbouras) (2023-02-05)
| List of all articles for this month |
From: Martin Ward <mwardgkc@gmail.com>
Newsgroups: comp.compilers
Date: Thu, 2 Feb 2023 15:44:17 +0000
Organization: Compilers Central
Injection-Info: gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="69848"; mail-complaints-to="abuse@iecc.com"
Keywords: theory, comment
Posted-Date: 02 Feb 2023 20:05:59 EST

On 01/02/2023 08:07, Aharon Robbins wrote:> I've never understood this.
Isn't there a chicken and egg problem?
> How do we know that the theorem prover is correct and bug free?
A theorem prover generates a proof of the theorem (if it succeeds).
Checking the correctness of a proof is a much simpler task
than finding the proof in the first place and can be carried
out independently by different teams using different methods.
Appel and Haken's proof of the four colour theorem, for example,
involved a significant element of computer checking which was
independently double checked with different programs and computers.


> [It's a perfectly reasonable question. Alan Perlis, who was my thesis
> advisor, never saw any reason to believe that a thousand line proof
> was any more likely to be bug-free than a thousand line program.
> -John]


Mathematicians publish proofs all the time and only a tiny percentage
of published proofs turn out to have errors. Programmers release
programs all the time and a vanishingly small percentage of these
turn out to be free from all bugs. Alan Perlis may not have been able
to think of a reason why this should be the case, but it is,
nevetheless, the case.


--
Martin


Dr Martin Ward | Email: martin@gkc.org.uk | http://www.gkc.org.uk
G.K.Chesterton site: http://www.gkc.org.uk/gkc | Erdos number: 4
[Computer programs tend to be a lot longer than mathematical proofs. I
realize there are some 500 page proofs, but there are a whole lot of
500 page programs. It is my impression that in proofs, as in progams,
the longer and more complicated they are, the more likely they are to
have bugs. -John]


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.