mirror of
https://github.com/vlang/v.git
synced 2023-08-10 21:13:21 +03:00
c015f15d8d
* .editorconfig: fix EOL for BAT files * make.bat: fix use of `make.bat` from `v up` - use move semantics, instead of replace, for `v` executable updates - fixes [#16184](https://github.com/vlang/v/issues/16184) # [why] `v up` updates the executable by directly calling `make.bat`, awaiting the result, which keeps an open file handle to it's own executable file. `make.bat` compiles and, crucially, attempts to directly replace that `v` executable. But, in WinOS, files with open file handles cannot be deleted/replaced, so the `make` then fails. The other key point is that, although WinOS files with open file handles can't be deleted/replaced, they _can be moved/renamed_. Thus, the technique that most self-updating WinOS executables use is to move the current executable to some alternate name (ie, *v_old.exe*) and then move the newly updated executable to the original location (ie, *v.exe*). The next invocation of the "original" executable will then run the updated version. Note, this technique also works correctly for direct invocations of `make.bat`.
34 lines
680 B
INI
34 lines
680 B
INI
root = true
|
|
|
|
[*]
|
|
charset = utf-8
|
|
end_of_line = lf
|
|
insert_final_newline = true
|
|
trim_trailing_whitespace = true
|
|
|
|
[*.v]
|
|
indent_style = tab
|
|
indent_size = 4
|
|
|
|
[*.{bat,cmd}]
|
|
# BAT/CMD ~ DOS/Win requires BAT/CMD files to have CRLF EOLNs
|
|
end_of_line = crlf
|
|
|
|
[*.{yml,yaml}]
|
|
indent_style = space
|
|
indent_size = 2
|
|
|
|
[*.md]
|
|
trim_trailing_whitespace = false
|
|
# lines that are too long will trigger an error in cmd/tools/vcheck-md.v
|
|
# run v check-md [folder/file] to test markdown files
|
|
# the longest normal line is specified with this constant:
|
|
# `too_long_line_length_other = 100`
|
|
max_line_length = 100
|
|
|
|
[*.{txt,out}]
|
|
insert_final_newline = false
|
|
|
|
[{Makefile,GNUmakefile}]
|
|
indent_style = tab
|