path_rename results in EINVAL instead of ENOENT when target file doesn't exist

[artlogic]

Describe the bug

Calls to path_rename where the target file doesn't exist should result in ENOENT. Instead it results in EINVAL.

# echo "`wasmer -V` | `rustc -V` | `uname -m`"
bash: rustc: command not found
wasmer 2.0.0 |  | x86_64

Steps to reproduce

Here's a simple test program that demonstrates the issue:

#include <errno.h>
#include <stdio.h>

int main() {
  printf("ENOENT: %d\n", ENOENT);

  int r = rename("doesnotexist.txt", "doesnotexistagain.txt");
  printf("r: %d\n", r);
  printf("errno: %d\n", errno);
  perror("rename() error");
}

Output is as follows:

ENOENT: 44
r: -1
errno: 28
rename() error: Invalid argument

Expected behavior

I would expect this to result in ENOENT. The WASI docs say path_rename is "similar to renameat in POSIX". Looking at the docs for renameat and rename, the following is said:

ENOENT: The link named by oldpath does not exist; or, a directory component in newpath does not exist; or, oldpath or newpath is an empty string.
EINVAL: The new pathname contained a path prefix of the old, or, more generally, an attempt was made to make a directory a subdirectory of itself.

Actual behavior

EINVAL in the resultant error.

Note

path_unlink_file seems to suffer from the same issue - and it's possible there are several other cases I haven't stumbled into yet as well.