Re: Turing Machine computable functions apply finite string transformations to inputs

On 13/05/2025 12:01, vallor wrote:

On Tue, 13 May 2025 10:32:48 -0000 (UTC), vallor <vallor@cultnix.org>
wrote in <vvv74g$1mff2$1@dont-email.me>:
 

On Mon, 28 Apr 2025 07:40:12 +0100, Richard Heathfield <rjh@cpax.org.uk>
wrote in <vun7sc$2fjjl$3@dont-email.me>:
>

On 28/04/2025 06:22, vallor wrote:

On Sun, 27 Apr 2025 21:06:29 -0400, Richard Damon
<richard@damon-family.org> wrote in
<8d96b4dc99c7e8643b6fda45f200891d920b2acd@i2pn2.org>:
>

Which is just an admission that your HHH's are not actual correct
emulator, and you can only apply that statement in the version of
your claims where you retract your claim about Halt7.c being part of
the system (as then then is one and only one HHH), and thus your DD
just is not a program unless you include HHH as part of it, and thus
each is a DIFFFERENT input.

>
Sorry to butt in...
>
Where does one find this Halt7.c?

>
<https://github.com/plolcott/x86utm>
>
(If you're expecting something amazing, prepare yourself for a
disappointment.)

>
Thank you.
>
Looks complicated.  Appears to obfuscate the issue.

 So to get it to compile -m32 with its included headers, I have to
do this:
 *DON'T DO THIS*

Excellent advice.
I suspect it was necessary for someone to step up and take one for the team by getting x86utm up and running at home, but Mike Terry has already done this. You can save yourself a world of pain... as I did. I can attest that /not/ getting it to compile is a much better strategy.
--
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within