Finish remaining fixes for the JS backend

The JS backend doesn't support capi calling convention for the time
being. This patch delivers the remaining fixes, and is indeed tested
to work via a ghc validate pipeline.

Fixes for wasm/js backend

Sylvain Henry authored 1 year ago and Cheng Shao committed 1 year ago

Partially revert change from 226562b1
that broke the JS backend.

Add Lift instances

Use capi for syscalls that break under musl's handling of 64-bit time_t

github: haskell actions version

gh workflows: fix FreeBSD

Bump haskell/actions from 2.0.0 to 2.0.1

Bumps [haskell/actions](https://github.com/haskell/actions) from 2.0.0 to 2.0.1.
- [Release notes](https://github.com/haskell/actions/releases)
- [Commits](https://github.com/haskell/actions/compare/v2.0.0...v2.0.1

)

---
updated-dependencies:
- dependency-name: haskell/actions
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Use base CClockId as ClockId type

We used to define ClockId as hsc2hs-detected ${type clockid_t} type.
Unfortunately, certain libcs (e.g. wasi-libc) define clockid_t as a
pointer type, and hsc2hs only supports detecting C
integral/floating-point types, so clockid_t will mistakenly be
detected as a floating-point type, resulting in incorrect code
generation.

We should really just use the base CClockId type here. base handles C
pointer types correctly, since it uses its own custom autoconf logic
instead of hsc2hs, and similar issues have been reported & fixed
before, see ghc/ghc!6896
and ghc/ghc!6912.

Also make tzset conditional.

Fix wasm32-wasi build support