feat: Initial implementation of assert module

[nabetti1720]

Issue # (if available)

#628

Description of changes

The following Node.js APIs, which are also used in the libraries on which aws-xray-sdk-core depends, have been implemented. Note that we do not intend to support all APIs from the beginning.

• assert.ok()

Checklist

• Created unit tests in tests/unit and/or in Rust for my feature if needed
• Ran make fix to format JS and apply Clippy auto fixes
• Made sure my code didn't add any additional warnings: make check
• Added relevant type info in types/ directory
• Updated documentation if needed (API.md/README.md/Other)

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

[Sytten]

If you can typing that is always appreciated

[richarddavison]

Thanks for the PR. I think a basic assert module is good to have!

[nabetti1720]

The following verification is still the same before and after the merge of #673 results, with no problems.

// index16.js
import assert from 'assert';
console.log(assert);
assert.ok(true);
assert(true);

% llrt index16.js
[function: (anonymous)]

% bun index16.js 
[Function: ok]

Will the following events be corrected this time?

// index16.js
const assert = require('assert');
console.log(assert);
assert.ok(true);
assert(true);

% llrt index16.js
{
  default: [function: (anonymous)],
  ok: [function: (anonymous)]
}
TypeError: not a function
  at <anonymous> (/Users/shinya/Workspaces/llrt-test/index16.js:4:1)

% bun index16.js 
[Function: ok]

[richarddavison]

Some comments

[nabetti1720]

Commit#531dea3 caused overlapping prefixes that could not be removed and caused IO errors in the loader. I think I fixed it, but I am not sure if it was fixed correctly...

[nabetti1720]

@richarddavison , Following this fix: CJS export default (#673) , the following modules can no longer be loaded.

Specifically, the fix: CJS export default (#673) will cause an IO error when loading modules, and even if you fix it, an empty object will be returned.

// index17.js
const a = require('call-bind/callBound');
console.log(a)

Specifically, the "Fix default CJS exports” will cause an IO error when loading modules, and even if you fix it, an empty object will be returned.

Previous state (Commit#0a7509de):

% llrt index17.js
[function: callBind]

main branch (Commit#6dcd7784):

% llrt index17.js  
Error: IO Error: No such file or directory (os error 2)
  at <anonymous> (/Users/shinya/Workspaces/llrt-test/index17.js:1:11)

Commit#2d0e3381:

% llrt index17.js
{}

NOTE: Since this is not a regression generated by this PR, there is no problem in treating it as a separate issue.

[richarddavison]

Specifically, the "Fix default CJS exports” will cause an IO error when loading modules, and even if you fix it, an empty object will be returned.

Fixed by https://github.com/awslabs/llrt/pull/674/files

[nabetti1720]

Specifically, the "Fix default CJS exports” will cause an IO error when loading modules, and even if you fix it, an empty object will be returned.

Fixed by https://github.com/awslabs/llrt/pull/674/files

Thank you very much. After rebese, the correction in this PR has been reverted.

[richarddavison]

Thank you. LGTM. Please rebase of main and i'll merge!

[nabetti1720]

Thank you. LGTM. Please rebase of main and i'll merge!

This branch is already connected to the latest main branch. :)