Is it possible to build a single purpose (non Turing complete) mechanical implementation of say, Microsoft Word? Is it possible to implement such things as iterators, first-order functions, the whole gamut of programming techniques? Could gears and other mechanical parts represent data structures or even program objects? At a certain point does this necessitate building a general purpose Turing-equivalent machine, or can each function, variable, etc, have its own unique mechanical construct in the form of flywheels and/or gears, ratchets, what have you? In summary I wonder if any given piece of software on a standard computer could be compiled to a mechanical blueprint.
$\begingroup$
$\endgroup$
8
-
$\begingroup$ I think, something that runs Microsoft Word doesn't even need to run on a Turing Machine, since all procedures in Word should be known to (provably) terminate (except if there is a bug ofc), aside from the main event loop. $\endgroup$– Realz SlawCommented Nov 4, 2012 at 4:07
-
1$\begingroup$ Yes sir! $\endgroup$– Pratik DeoghareCommented Nov 5, 2012 at 7:13
-
1$\begingroup$ If this is possible - which seems likely - then it should be possible to create a non-turing-complete machine that acts as a compiler, creating blueprints for other machines from source code. Machines which may or may not themselves be turing complete. $\endgroup$– Nick JohnsonCommented Nov 8, 2012 at 13:35
-
$\begingroup$ @Realz Slaw: not if you include I/O, VBA macros, or extensions.For instance, I doubt Word would complain if you fed it an infinite Word document. It's probably the underlying OS that would reach a limit. $\endgroup$– reinierpostCommented Dec 11, 2015 at 8:56
-
$\begingroup$ @reinierpost but each routine does not need to be turing complete; they would either provably terminate or provably not. I.e if you fed it an infinite document, it would provably not terminate. My point was that most programs that we make do not have to use a Turing complete language, because we can limit it to programs that we can prove terminates, given non-infinite data, and does not terminate if given infinite data; and if you can do this, there is no issue with the Halting Problem. TLDR; if you can't prove your routines terminate or not, you are a terrible programmer. $\endgroup$– Realz SlawCommented Dec 11, 2015 at 14:39
|
Show 3 more comments
4 Answers
$\begingroup$
$\endgroup$
2
Yes, it is. Here's how you do it:
You can compile basically any program you like to circuits. See for instance the work of Dan Ghica and his collaborators on the Geometry of Synthesis, which shows how to compile programs into circuits.
- Dan R. Ghica. Geometry of Synthesis: A structured approach to VLSI design
- Dan R. Ghica, Alex Smith. Geometry of Synthesis II: From Games to Delay-Insensitive Circuits
- Dan R. Ghica, Alex Smith. Geometry of Synthesis III: Resource management through type inference.
- Dan R. Ghica, Alex Smith, Satnam Singh. Geometry of synthesis IV: compiling affine recursion into static hardware.
Circuits then turn out to reappear over and over in engineering. John Baez gives a big table of analogies of concepts, and works out a lot of connections, in This Week's Finds 288-296. So the circuit diagrams Dan's compiler generates could be instantiated as mechanical or hydraulic systems, if you really wanted to!
╔══════════════════════════════════════════════════════════════╗
║ displacement flow momentum effort ║
╠══════════════════════════════════════════════════════════════╣
║ Mechanics position velocity momentum force ║
║ (translation) ║
║ ║
║ Mechanics angle angular angular torque ║
║ (rotation) velocity momentum ║
║ ║
║ Electronics charge current flux voltage ║
║ linkage ║
║ ║
║ Hydraulics volume flow pressure pressure ║
║ momentum ║
╚══════════════════════════════════════════════════════════════╝
answered Oct 31, 2012 at 8:16
-
13$\begingroup$ Corollary: software patents make no sense. $\endgroup$ Commented Oct 31, 2012 at 17:37
-
1$\begingroup$ Fantastic answer for a question I barely knew how to ask. Thanks for the added chart! $\endgroup$– Alex NyeCommented Oct 31, 2012 at 21:08
$\begingroup$
$\endgroup$
1
A practical example of this is the Tic Tac Toe computer made out of Tinker Toys at the Boston Science Museum (originally made by a team of MIT students). Of course, this is much simpler than Microsoft Word.
Here is a 1989 article from Scientific American describing it.
There have also been Turing machines made out of legos (this cheats a bit because it uses electricity---indeed a computer---for movement, but I think the design could be modified to avoid this) scrap metal, and more.
-
$\begingroup$ I enjoyed the article and the lego machine, thanks. $\endgroup$– Alex NyeCommented Oct 31, 2012 at 21:09
$\begingroup$
$\endgroup$
Trying to address specifically your example of creating an editor in hardware, there was an early experimental computer built which implemented both the operating system and the editor entirely in hardware. Later the editor was replaced with software, which substantially reduced the hardware needed. This was described in a book on computer architecture and history. Unfortunately I've forgotten the name and haven't found the keywords to track down the original source.
$\begingroup$
$\endgroup$
Yes.
In fact, I think a tougher question might be: can any program be implemented non-mechanically?
