Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.forth
Subject: Re: Build Forth interpreter into a C/C++ application
Date: Tue, 11 Feb 2025 14:37:24 -0800
Organization: A noiseless patient Spider
Lines: 21
Message-ID: <87seokumzf.fsf@nightsong.com>
References: <voghne$1v5pu$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Date: Tue, 11 Feb 2025 23:37:25 +0100 (CET)
Injection-Info: dont-email.me; posting-host="9fadaa86b32787c3943f1026c10cb115";
	logging-data="2076710"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1945d/jI43hH7OxGrWfxkVL"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Cancel-Lock: sha1:t80WJ3FRNeXT1O9Yhc3bFR9s740=
	sha1:HP8T0EyrMvj8qcF+Ulh4HGGUueI=
Bytes: 2074

Buzz McCool <buzz_mccool@yahoo.com> writes:
> I happened to be reading an interview of Tom Zimmer
> https://jimlawless.net/blog/posts/zimmer/ in which he states:
>
> "When I work with other C programmers on large projects, I always
> build in a Forth interpreter into the application, for debugging
> purposes....
> Would anyone have a "Hello, World!" type example of this technique?
> I do see https://gforth.org/manual/Integrating-Gforth.html which ends
> with an ominous "More documentation needs to be put here." :-)

I think these days the approach is less useful because of the
availability of external debuggers.  C programmers these days are
comfortable with GDB, which gives source level debugging and
breakpoints.  I'd be interested to know if any integrated Forth
debuggers supported that.

Gforth is quite heavyweight by Forth standards and if you wanted to use
Forth that way, you might be happier with something like pForth.  Is the
idea to stop the application while poking around with Forth, or would
Forth be a task under an RTOS, or what?