_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?

The current standard is here: http://www.forth200x.org/documents/forth-2012.pdf The details of the process make fascinating reading, if you're into those sort of things. Also, if you look at the membership list, there is an amazing number of Europeans, and only one American. Doesn't have to mean anything, but still, curious.

I was just looking at the html version of the Forth-2012 document [Edit: I just checked http://www.forth200x.org/ and it has a link to https://forth-standard.org/ as an html version of the Forth-2012 document. ]
If I read this right, Forth-2012 document implies the decision of whether division is floored or symetrical up to the implementor?

For ANS Forth, an implementation may use floored or symmetrical (truncated?) division, provided that it does so consistently. It is not permitted to vary on an operation-to-operation basis. See section 3.2.2.1 in that specification, along with 6.1.1561 FM/MOD, 6.1.2214 SM/REM (plus there's an environment query for division behaviour and some interesting equivalency requirements in things like 6.1.0230).

Long story short: Implementations are permitted to implement either of two integer division behaviours, and have been for some time.

So if I were to use ANS Forth and I needed to consider the effect of the division behavior, I would need to use FM/MOD, or SM/REM if I want symetrical division, to insure portability across platforms.

If I'm reading this right, floored division is the default with Gforth, which as far as I am concerned the de facto reference implementation. See - a true flag means it's FM/MOD.

As a data-point, the x86 integer division operation is symmetric, rather than floored, so there is a post-operation correction needed for a non-zero remainder with opposite-signed inputs.

As such, I might expect an x86 implementation to prefer symmetric division as the easier-and-faster operation, even if it tends to conflict with how I-as-a-person consider division. I can easily see gforth making the opposite choice, just like it does with case-sensitivity: these choices reveal our value systems. As I see it, gforth aims to be a "full-featured" implementation, and prefers to enhance the user experience at the expense of computational complexity and ease of porting to other implementations, while my current efforts are in the direction of conformance-to-spec and simple implementation models.

That gforth makes certain implementation choices in ways that a user may not necessarily agree with suggests that it is not suitable as a reference implementation wherever a choice is permitted by the standard unless there are options to select alternate behaviour, or the desired referent behaviour is what gforth implements.

Also note that the ANS standard does not specify anything about case-sensitivity for environment query strings: An implementation is permitted to return different results for S" floored" ENVIRONMENT? and S" FLOORED" ENVIRONMENT? . Of the two, the latter is the one specified by the standard.

The version of Gforth I have on my desktop uses symetrical divison. The version on my phone uses floored division.

The Ansi standard ( Forth 2012 Standard ) has FM/MOD for floored division and SM/REM for symetrical division. Maybe they didn't go far enough. Here are some suggestions.
/MOD for floored division and /REM for symetrical division with remainders.
MOD for floored remainder, or modulus, and REM for symetrical remainder.
As for / ( slash ), two different words could be implemented for this also but I imagine there would be no agreement on which should be called / ( slash) and which should get the new name.
Just my 2 cents worth.

Cheers,
Jim

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?

If one is trimming more than is there, I would just have it return a null string.