nanomath/src/nanomath.js

import * as booleans from './boolean/all.js'
import * as coretypes from './coretypes/all.js'
import * as generics from './generic/all.js'
import * as numbers from './number/all.js'
import * as complex from './complex/all.js'
import {TypeDispatcher} from '#core/TypeDispatcher.js'

const math = new TypeDispatcher(booleans, coretypes, generics, numbers, complex)

export default math
feat: Introduce BooleanT and boolean functions (#17) This PR adds a boolean section, as well as an isNaN predicate on numbers. In a TypeDispatcher, when BooleanT is present, isNaN returns a BooleanT. However, in a numbers-only TypeDispatcher, it returns 1 or 0 instead. Moreover, when booleans are subsequently added to a numbers-only instance, isNaN properly reconfigures itself to return BooleanT. No predicates that depend on approximate equality testing or a configuration object are implemented in this PR. This PR also implements type matching and dispatching with implicit conversions, and adds an implicit conversion from BooleanT to NumberT. Reviewed-on: https://code.studioinfinity.org/StudioInfinity/nanomath/pulls/17 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-13 16:29:51 +00:00			`import * as booleans from './boolean/all.js'`
feat: config and approximate equality (#19) Establishes a global config object for a TypeDispatcher instance, so far with just properties representing comparison tolerances. Begins a "relational" group of functions with basic approximate equality, and an initial primitive ordering comparison. Ensures that methods that depend on properties of `config` will be properly updated when those properties change. Reviewed-on: https://code.studioinfinity.org/StudioInfinity/nanomath/pulls/19 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-16 04:23:48 +00:00			`import * as coretypes from './coretypes/all.js'`
feat: Introduce BooleanT and boolean functions (#17) This PR adds a boolean section, as well as an isNaN predicate on numbers. In a TypeDispatcher, when BooleanT is present, isNaN returns a BooleanT. However, in a numbers-only TypeDispatcher, it returns 1 or 0 instead. Moreover, when booleans are subsequently added to a numbers-only instance, isNaN properly reconfigures itself to return BooleanT. No predicates that depend on approximate equality testing or a configuration object are implemented in this PR. This PR also implements type matching and dispatching with implicit conversions, and adds an implicit conversion from BooleanT to NumberT. Reviewed-on: https://code.studioinfinity.org/StudioInfinity/nanomath/pulls/17 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-13 16:29:51 +00:00			`import * as generics from './generic/all.js'`
			`import * as numbers from './number/all.js'`
feat: Add generic types and Complex numbers (#21) Generic types can be called with argument(s) to produce a new type object, and if all types supplied as arguments are concrete, then the result will be a concrete type. The test of a generic type must determine if the entity is an instance of any specialization of the type; and it must also have a `refine` method that takes such an instance and returns its fully-specialized concrete type. It must also have a method `specializesTo` that takes a concrete type and returns whether that concrete type is a specialization of this generic type. This commit also defines a generic Complex number type, that can have any type as its Component type (including another Complex number, to create e.g. quaternions), and defines the conversion/constructor function `complex`. Reviewed-on: https://code.studioinfinity.org/StudioInfinity/nanomath/pulls/21 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-22 01:48:51 +00:00			`import * as complex from './complex/all.js'`
test: Set up a mocha test harness (#5) We use [mocha](https://mochajs.org/) as the test framework, as it is the tool used by mathjs and we would like to make tests as similar as possible. However, to tighten the linkage between source code and tests, we adopt a somewhat different file organization: unit tests for a given source file `blah/foo.js` are in `blah/__test__/foo.spec.js`. To run all unit tests, execute the script `pnpm test`. Resolves #3. Reviewed-on: https://code.studioinfinity.org/glen/nanomath/pulls/5 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-07 16:18:46 +00:00			`import {TypeDispatcher} from '#core/TypeDispatcher.js'`
feat: add type definition and other function categories for number 2025-03-30 20:00:07 -07:00
feat: Add generic types and Complex numbers (#21) Generic types can be called with argument(s) to produce a new type object, and if all types supplied as arguments are concrete, then the result will be a concrete type. The test of a generic type must determine if the entity is an instance of any specialization of the type; and it must also have a `refine` method that takes such an instance and returns its fully-specialized concrete type. It must also have a method `specializesTo` that takes a concrete type and returns whether that concrete type is a specialization of this generic type. This commit also defines a generic Complex number type, that can have any type as its Component type (including another Complex number, to create e.g. quaternions), and defines the conversion/constructor function `complex`. Reviewed-on: https://code.studioinfinity.org/StudioInfinity/nanomath/pulls/21 Co-authored-by: Glen Whitney <glen@studioinfinity.org> Co-committed-by: Glen Whitney <glen@studioinfinity.org> 2025-04-22 01:48:51 +00:00			`const math = new TypeDispatcher(booleans, coretypes, generics, numbers, complex)`
refactor: Switch to 'map-like object keyed by string and type vector' format See https://code.studioinfinity.org/glen/nanomath/wiki/Item-Specifications. Also stubs out the TypeDispatcher, mocking the merge function, so we can see that all of the proper things will be added. Ready for initial implementation of the TypeDispatcher. 2025-04-02 11:22:53 -07:00
			`export default math`