Can't update AGAIN

[milen-prg]

Describe the bug

Windows 11 Pro 64bit.
After long time successful updates of V with v up (until before one or 2 weeks all was OK), but now:

c:\v on   master ▓▒░ git pull && git submodule update --recursive
.....
after that:
❯ v up
Updating V...

git_command: git pull https://github.com/vlang/v master
backing up cmd/tools/vup.exe to cmd/tools/vup.exe_old.exe ...
"C:\v\v.exe" self failed, running make...
running make ...
make.bat failed:
make output:
Updating TCC
Syncing TCC from https://github.com/vlang/tccbin

Updating vc...

Sync with remote https://github.com/vlang/vc
Updating files: 100% (2/2), done.

Building V...

Attempting to build "./v_win_bootstrap.exe" (from ./vc/v.c) with "C:\v\thirdparty\tcc\tcc.exe"
In file included from ./vc/v.c:1138:
./vc/v.c:1138: error: include file 'sys/mman.h' not found

Backend compiler error

Exiting from error
ERROR: please follow the instructions in https://github.com/vlang/v/wiki/Installing-a-C-compiler-on-Windows

Current V version: V 0.5.1 e2a7043, timestamp: 2026-03-15 18:05:32 +0300
Recompiling V failed.
Try running make.bat .

And:

---- MAKE in c:\v at 22.3.2026 г. 14:30:01 --------------------------------------------------------
❯ make.bat
Updating TCC

Syncing TCC from https://github.com/vlang/tccbin

Updating vc...

Sync with remote https://github.com/vlang/vc

Building V...

Attempting to build "./v_win_bootstrap.exe" (from ./vc/v.c) with "c:\v\thirdparty\tcc\tcc.exe"
In file included from ./vc/v.c:1138:
./vc/v.c:1138: error: include file 'sys/mman.h' not found

Backend compiler error

Exiting from error
ERROR: please follow the instructions in https://github.com/vlang/v/wiki/Installing-a-C-compiler-on-Windows

Reproduction Steps

Just try to update on Windows.

Expected Behavior

Update successfully as long time until now.

Current Behavior

ERROR!

Possible Solution

No response

Additional Information/Context

No response

V version

V 0.5.1 e2a7043

Environment details (OS name and version, etc.)

❯ v doctor
cannot compile C:\v\cmd\tools\vdoctor.v: 1
vlib/builtin/closure/closure.c.v:111:13: error: undefined ident: ppc64
109 | 0x01, 0x00, 0x00, 0x00 // nop
110 | ]!
111 | } $else $if ppc64 {
| ~~~~~
112 | [
113 | u8(0x7C), 0x08, 0x02, 0xA6, // mflr %r0
vlib/builtin/closure/closure.c.v:111:13: error: unknown var: ppc64
109 | 0x01, 0x00, 0x00, 0x00 // nop
110 | ]!
111 | } $else $if ppc64 {
| ~~~~~
112 | [
113 | u8(0x7C), 0x08, 0x02, 0xA6, // mflr %r0
vlib/builtin/closure/closure.c.v:184:13: error: undefined ident: ppc64
182 | 0x01, 0x00, 0x00, 0x00 // nop
183 | ]!
184 | } $else $if ppc64 {
| ~~~~~
185 | [
186 | u8(0x7d), 0xc3, 0x00, 0x66, // mfvsrd %r3, %f14
vlib/builtin/closure/closure.c.v:184:13: error: unknown var: ppc64
182 | 0x01, 0x00, 0x00, 0x00 // nop
183 | ]!
184 | } $else $if ppc64 {
| ~~~~~
185 | [
186 | u8(0x7d), 0xc3, 0x00, 0x66, // mfvsrd %r3, %f14
vlib/builtin/closure/closure.c.v:249:6: error: undefined ident: ppc64
247 | }
248 | // Setup global closure handler pointer
249 | $if ppc64 {
| ~~~~~
250 | mut desc := unsafe { &voidptr(&u8(g_closure.closure_ptr) - assumed_page_size) }
251 | unsafe {
vlib/builtin/closure/closure.c.v:249:6: error: unknown var: ppc64
247 | }
248 | // Setup global closure handler pointer
249 | $if ppc64 {
| ~~~~~
250 | mut desc := unsafe { &voidptr(&u8(g_closure.closure_ptr) - assumed_page_size) }
251 | unsafe {
vlib/builtin/closure/closure.c.v:286:7: error: undefined ident: ppc64
284 | // Write closure metadata (data + function pointer)
285 | mut p := &voidptr(&u8(curr_closure) - assumed_page_size)
286 | $if ppc64 {
| ~~~~~
287 | // ELFv1: guard page layout per slot:
288 | // [0] desc[0] = thunk code address <- returned as ELFv1 function pointer
vlib/builtin/closure/closure.c.v:286:7: error: unknown var: ppc64
284 | // Write closure metadata (data + function pointer)
285 | mut p := &voidptr(&u8(curr_closure) - assumed_page_size)
286 | $if ppc64 {
| ~~~~~
287 | // ELFv1: guard page layout per slot:
288 | // [0] desc[0] = thunk code address <- returned as ELFv1 function pointer
vlib/builtin/closure/closure.c.v:304:6: error: undefined ident: ppc64
302 |
303 | // Return executable closure object
304 | $if ppc64 {
| ~~~~~
305 | // ELFv1: return descriptor address (guard page), not raw code address
306 | return unsafe { &u8(curr_closure) - assumed_page_size }
vlib/builtin/closure/closure.c.v:304:6: error: unknown var: ppc64
302 |
303 | // Return executable closure object
304 | $if ppc64 {
| ~~~~~
305 | // ELFv1: return descriptor address (guard page), not raw code address
306 | return unsafe { &u8(curr_closure) - assumed_page_size }
If the code of your project is in a folder with multiple .v files, try v C:\v\cmd\tools instead of v C:\v\cmd\tools\vdoctor.v

Note

You can use the 👍 reaction to increase the issue's priority for developers.

Please note that only the 👍 reaction to the issue itself counts as a vote.
Other reactions and those to comments will not be taken into account.

[tankf33der]

@milen-prg try these steps:

git clone https://github.com/vlang/v-new
cd v-new
.\make.bat

and report output

[milen-prg]

@tankf33der

git clone --recurse-submodules https://github.com/vlang/v.git
Cloning into 'v'...
remote: Enumerating objects: 219377, done.
remote: Counting objects: 100% (164/164), done.
remote: Compressing objects: 100% (75/75), done.
remote: Total 219377 (delta 111), reused 92 (delta 89), pack-reused 219213 (from 2)
Receiving objects: 100% (219377/219377), 96.31 MiB | 7.15 MiB/s, done.
Resolving deltas: 100% (156190/156190), done.
Updating files: 100% (10735/10735), done.

❯ cd c:\v

░▒▓ 📁 c:\v on   master ▓▒░ git pull && git submodule update --recursive
Already up to date.

---- MAKE in c:\v at 22.3.2026 г. 14:52:33 --------------------------------------------------------
❯ make.bat
Bootstrapping TCC...

TCC not found
Downloading TCC64 from https://github.com/vlang/tccbin , branch "thirdparty-windows-amd64"
remote: Enumerating objects: 165, done.
remote: Counting objects: 100% (27/27), done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 165 (delta 3), reused 1 (delta 1), pack-reused 138 (from 1)
Receiving objects: 100% (165/165), 990.50 KiB | 2.87 MiB/s, done.
Resolving deltas: 100% (21/21), done.
commit b425ac82fe8cbf6ee91c47ff0f8bf7cc49548c88 (HEAD -> thirdparty-windows-amd64, origin/thirdparty-windows-amd64)
Author: Delyan Angelov delian66@gmail.com
Date: Sun May 19 10:24:59 2024 +0300

Revert "add declaration for GetFileInformationByHandleEx and FILE_INFO_BY_HANDLE_CLASS"

This reverts commit 6824b9f8ea4a01e4363d8bce1919baa60a292d56.

commit 6824b9f8ea4a01e4363d8bce1919baa60a292d56
Author: Delyan Angelov delian66@gmail.com
Date: Sun May 19 10:05:13 2024 +0300

add declaration for GetFileInformationByHandleEx and FILE_INFO_BY_HANDLE_CLASS

commit b99a453d4249fbbdacbf44c6227258253fa36773
Author: André ldev andre_jp97@hotmail.com
Date: Tue Jan 2 16:20:38 2024 -0300

Add RegCreateKeyExW, RegDeleteKeyExW, RegEnumValueW to lib/advapi32.def (#37)

Cloning vc...

Cloning from remote https://github.com/vlang/vc
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (3/3), 1.19 MiB | 2.62 MiB/s, done.
Resolving deltas: 100% (1/1), done.

Building V...

Attempting to build "./v_win_bootstrap.exe" (from ./vc/v_win.c) with "c:\v\thirdparty\tcc\tcc.exe"
Compiling "./v.exe" with "./v_win_bootstrap.exe"
C compiler cmd: "c:\v\thirdparty\tcc\tcc.exe" "@C:\Users\User\AppData\Local\Temp\v_0\v_up.exe.tmp.c.rsp"
C compiler response file "C:\Users\User\AppData\Local\Temp\v_0\v_up.exe.tmp.c.rsp":
-Bthirdparty/tcc -fwrapv -g -o "c:\v\v_up.exe" -Wl,-stack=16777216 -Werror=implicit-function-declaration -I "C:\v\thirdparty\stdatomic\win" "C:\Users\User\AppData\Local\Temp\v_0\v_up.exe.tmp.c" -std=c99 -D_DEFAULT_SOURCE -municode -bt25 -ldbghelp -lws2_32 -ladvapi32 -lpsapi -lshell32
Your tcc is working. Good - it is much faster at compiling C source code.
V built successfully
To add V to your PATH, run ./v.exe symlink.
Note: Antivirus programs may sometimes tell you there is a virus in V (there aren't any). They can also slow compilation by a considerable amount. Consider adding exemptions for the V install directory as well as your V project folders.

V version: V 0.5.1 4dc97d9

───────────────────────────────────────────────────────────────────────────────────────╮ took 10.6s
❯ v up ╰───────────
Updating V...

git_command: git pull https://github.com/vlang/v master
V is already updated.
Current V version: V 0.5.1 4dc97d9, timestamp: 2026-03-22 13:26:54 +0300

░▒▓ 📁 c:\v on   master ▓▒░

BUT it is extremely INCONVENIENT to delete the old folder and do everything from the beginning each week!!!

[tankf33der]

@milen-prg try v up now and in general, at any time in the future

[milen-prg]

@milen-prg try v up now and in general, at any time in the future

see, honestly, before week or two I pass through this problem - the v up didn't work, I clone the git again, make, as I show above - v up "works" (there is nothing to do after make.bat), but after week, the problem is the same -AGAIN - because of this in title. And as I said:
"BUT it is extremely INCONVENIENT to delete the old folder and do everything from the beginning each week!!!"

[JalonSolov]

There must be something unique to your setup. Many, many people do v up on Windows, after variable amounts of time, and don't have these issues.

For example, does the full path to V have any spaces or non-ASCII characters? These have been issues in the past, mainly with tcc, as it has had those problems in the past - I don't know if they are still a problem.

If the path does have any spaces or non-ASCII characters, try cloning V into a path that does not have either, and see if you can maintain it there better.

[ekfacile]

This bug also occurs in my environment (MSYS2 + MinGW UCRT64). The reproduce procedure is the same.

1. Follow the instructions in README.MD to clone the repository and run make.
2. The build will succeed.
3. Run v up.
4. The rebuild will succeed.
5. Run v up again.
6. An error message appears and the rebuild fails.

However, it will not fail in the following environments.

• MinGW-w64 - winlibs standalone build
• Git for Windows

In other words, v up will almost certainly fail in any environment other than those described above.

Why can’t you do things you used to be able to do? In my environment, v up was working successfully without any problems until about two weeks ago.

To resolve this issue, we need information from Windows‐user developers. Information from developers who only use Mac or Linux would only cause more confusion, so it’s not needed.

[JalonSolov]

We recommend against using msys2. WSL2 is a much better Linux environment than msys2 ever hoped to be.

And yes, it would be better to have Windows focused developers working on these things... and if you can find any willing to work on V, please point them this way - PRs are always welcome.

[milen-prg]

As was shown the folder is in the main disk:

c:\v

And I updated it successfully with just "v up" for years, until before 1-2 weeks (I can't remember exactly). So very short time ago something was changed in the source or tcc auto-installation... I don't know, I'm not system developer.

[tankf33der]

I have my own windows 11 with msvc and confirm v.exe up failed.

[jorgeluismireles]

My windows always worked, now I got

Building V...
 > Attempting to build "./v_win_bootstrap.exe" (from ./vc/v.c) with "C:\Users\jmireles\v\thirdparty\tcc\tcc.exe"
In file included from ./vc/v.c:1138:
./vc/v.c:1138: error: include file 'sys/mman.h' not found

Backend compiler error

[tankf33der]

@jorgeluismireles @milen-prg @ekfacile

lets assume @medvednikov broke windows bootstrap :)

but we can try to test hyper-minimal-draft-workaround patch:

diff --git a/make.bat b/make.bat
index 58304a536..6bccc5871 100644
--- a/make.bat
+++ b/make.bat
@@ -15,8 +15,8 @@ set V_EXE=./v.exe
 set V_BOOTSTRAP=./v_win_bootstrap.exe
 set V_OLD=./v_old.exe
 set V_UPDATED=./v_up.exe
-set V_C_FILE=./vc/v.c
-if not exist "%V_C_FILE%" set V_C_FILE=./vc/v_win.c
+set V_C_FILE=./vc/v_win.c
+if not exist "%V_C_FILE%" set V_C_FILE=./vc/v.c
 
 REM TCC variables
 set tcc_url=https://github.com/vlang/tccbin

and now make.bat works and v up too.

[JalonSolov]

That will be the "unix" version, rather than the Windows-specific version. No idea if you'll hit any problems that way.

[tankf33der]

patch help on my windows11.