Skip to content
This repository was archived by the owner on Sep 1, 2023. It is now read-only.

Clean up reference to varray, darray, and HH_FIXME #69

Open
wants to merge 7 commits into
base: main
Choose a base branch
from

Conversation

lexidor
Copy link
Contributor

@lexidor lexidor commented May 24, 2023

fixes #58
fixes #61

Fixes:

  • Removes unreachable code UntypedArraySpec. It was private and the array type is impossible to spell (both in the typechecker and in the runtime) anyway.
  • Removes all references to darray, varray, and varray_or_darray
    • If a varray or darray type is encountered in TypeSpec\of<T>() or its type structure based friends, they are treated as vec and dict respectively.
    • If a varray_or_darray type is encountered, an UnsupportedTypeException is thrown.
  • Removes all HH_FIXME / HH_IGNORE_ERROR directives an replaces them with HH\FIXME\UNSAFE_CAST<Ta, Tb>(...) where needed.

lexidor added 3 commits May 24, 2023 18:13
There is no such runner, so the task waits forever to start. Whoops!
Hhvm 4.128 does not support unfixme'd UNSAFE_CAST<Ta, Tb>() calls.
Bumping to 4.153 to see if that version does.
If it doesn't, will bump to 4.168.
@lexidor
Copy link
Contributor Author

lexidor commented May 24, 2023

The tests don't want to run here...
You can check lexidor#1 for the test output.
The push ❌ is not meaningful. Something with composer branch aliases.
The pull_request ✔️ is the one to look at.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Clean up references to varray and darray Remove all dict/vec/varray/darray/shape/tuple implicit conversions in assert path
2 participants