lazka on master
openshadinglanguage: update to … Merge pull request #11671 from … (compare)
lazka on master
assimp: update to 5.2.4 Merge pull request #11673 from … (compare)
github-actions[bot] on master
Cygwin: add 3.3.6 release notes (compare)
dependabot[bot] on npm_and_yarn
dependabot[bot] on npm_and_yarn
<1480c1> wait, nvm, somehow
#include <stdio.h>
#include <unistd.h>
int main() {
printf("Hello, World!\n");
execl("/usr/bin/uname", "uname", "-a", NULL);
}
this runs fine when I compile it with mingw-w64 and run it
/usr/bin/git.exe
, could cmake.exe autodetect it properly?
less
, --no-pager
solved that
<1480c1> now I need to find out why it's printing like
[root@eeffbb15351b SVT-AV1]# git.exe -C /SVT-AV1 describe --tags --dirty --abbrev --always --match "v[0-9].[0-9]*"
[root@eeffbb15351b SVT-AV1]# v1.0.0-14-g484d592f-dirty
using cat
and od -c
shows nothing weird
<1480c1> so I realized an issue
root@f7dbaa2a8f98 /libvpx-src
$ git ls-files --stage configure
100755 beea6503298d36245634eeecc5a9456e26ab9eaf 0 configure
root@f7dbaa2a8f98 /libvpx-src
$ ls -l configure
-rw-r--r-- 1 root root 25649 May 9 01:40 configure
the execute bit isn't preserved across the wine boundary, might need to do some weird grep xargs chmod or something
git
in this case is just /cmd/git.exe
symlinked