wltools / languagespec Goto Github PK

From the docs: "The accuracy of a number can be negative, indicating that all the correctly known digits are to the left of the decimal point"
https://reference.wolfram.com/language/howto/ControlThePrecisionAndAccuracyOfNumericalResults.html

Affects Resources/KernelVsFE.md.

While browsing the site (very impressive, sad I only just found it) I found some of the READMEs have dead links. In particular
On https://wltools.github.io/LanguageSpec/Specification/Syntax/ the List of all operators with precedence, associativity, affix, and arity link should be https://wltools.github.io/LanguageSpec/Specification/Syntax/OperatorTable/.

On https://wltools.github.io/LanguageSpec/ there are three in a row in the Table of Contents under Language Specification -> Resources for Implementers -> General Advice For Implementers:

• the Exploring Mathematica link should be to https://wltools.github.io/LanguageSpec/Resources/Exploring-Mathematica/
• the List of Independent Wolfram Language Projects link should be to https://wltools.github.io/LanguageSpec/Resources/List-of-W-Language-Projects/
• the Software Development Tools for Wolfram Language link should be to https://wltools.github.io/LanguageSpec/Resources/ProgrammingTools/

Also http://visx.io/ and packagedata.net may be relevant (though inclusion of lists of libraries like packagedata.net may be orthogonal and thus a nongoal/distraction from the purpose of this site).

It's not yet clear what this means. From the user's perspective, FullForm is parsing. From https://mathematica.stackexchange.com/a/216984/27662:

Most signifcantly, FullForm doesn't depend on the environment--parsing of an input might be context-dependent, but once you have an expression its FullForm is unambiguous. – Itai Seggev

Issue is in Resources/KernelVsFE.md. From https://mathematica.stackexchange.com/a/216984/27662:

For example the Times issue you point out is not, in fact, always, semantically insignificant (for finite precision arithmetic). We actually have a fix for that in our internal prototype build and I'm optimistic it will make into our next major release. – Itai Seggev

IEEE floating point arithmetic is not associative. Here is a case where this behavior regroups parentheses:

(Notebook) In[1]:= FullForm[Hold[2*-+3]]
(Notebook) Out[1]//FullForm= Hold[Times[2,Times[-1,Plus[3]]]]

(Terminal) In[1]:= FullForm[Hold[2*-+3]]
(Terminal) Out[1]//FullForm= Hold[Times[2,-1,Plus[3]]]

But it's not clear to me how these could ever be different even if finite precision is used. Maybe there is a variation on this bug?