new function: type

[lmorg]

Describe the problem:
Bash et al have a builtin named type:

type [-afptP] [name …]

For each name, indicate how it would be interpreted if used as a command name.

If the -t option is used, type prints a single word which is one of ‘alias’, ‘function’, ‘builtin’, ‘file’ or ‘keyword’, if name is an alias, shell function, shell builtin, disk file, or shell reserved word, respectively. If the name is not found, then nothing is printed, and type returns a failure status.

If the -p option is used, type either returns the name of the disk file that would be executed, or nothing if -t would not return ‘file’.

The -P option forces a path search for each name, even if -t would not return ‘file’.

If a command is hashed, -p and -P print the hashed value, which is not necessarily the file that appears first in $PATH.

If the -a option is used, type returns all of the places that contain an executable named file. This includes aliases and functions, if and only if the -p option is not also used.

If the -f option is used, type does not attempt to find shell functions, as with the command builtin.

The return status is zero if all of the names are found, non-zero if any are not found.

source: https://www.gnu.org/software/bash/manual/html_node/Bash-Builtins.html
examples: https://linuxize.com/post/linux-type-command/

Possible ways to implement:
This will likely need to be a new builtin rather than a Murex function

Additional context:
This adds better compatibility with existing POSIX / GNU / BSD shells but also provides a more convenient solution to checking runtime (https://murex.rocks/docs/commands/runtime.html)

[lmorg]

Should also add which too