This PR includes the following changes made in Neovim:
Author: Marco Hinz mh.co...@gmail.com
Commit: neovim/neovim@1902ee5
Commit: neovim/neovim@588bf76
https://github.com/vim/vim/pull/10107
(3 files)
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.![]()
@yegappan pushed 1 commit.
—
View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
Merging #10107 (4e189d3) into master (3ad2090) will decrease coverage by
80.00%.
The diff coverage is0.00%.
@@ Coverage Diff @@ ## master #10107 +/- ## =========================================== - Coverage 82.01% 2.00% -80.01% =========================================== Files 167 152 -15 Lines 187584 170750 -16834 Branches 42269 39504 -2765 =========================================== - Hits 153848 3430 -150418 - Misses 21387 166625 +145238 + Partials 12349 695 -11654
| Flag | Coverage Δ | |
|---|---|---|
| huge-clang-none | ? |
|
| huge-gcc-none | ? |
|
| huge-gcc-testgui | ? |
|
| huge-gcc-unittests | 2.00% <0.00%> (-0.01%) |
⬇️ |
| linux | 2.00% <0.00%> (-81.96%) |
⬇️ |
| mingw-x64-HUGE-gui | ? |
|
| windows | ? |
Flags with carried forward coverage won't be shown. Click here to find out more.
| Impacted Files | Coverage Δ | |
|---|---|---|
| src/profiler.c | 0.00% <0.00%> (-86.12%) |
⬇️ |
| src/libvterm/src/rect.h | 0.00% <0.00%> (-96.78%) |
⬇️ |
| src/sha256.c | 0.00% <0.00%> (-96.45%) |
⬇️ |
| src/libvterm/src/parser.c | 0.00% <0.00%> (-95.91%) |
⬇️ |
| src/gui_gtk_f.c | 0.00% <0.00%> (-94.72%) |
⬇️ |
| src/crypt_zip.c | 0.00% <0.00%> (-94.12%) |
⬇️ |
| src/vim9compile.c | 0.00% <0.00%> (-92.42%) |
⬇️ |
| src/debugger.c | 0.00% <0.00%> (-92.23%) |
⬇️ |
| src/eval.c | 0.10% <0.00%> (-92.18%) |
⬇️ |
| src/blob.c | 0.00% <0.00%> (-91.93%) |
⬇️ |
| ... and 154 more |
Continue to review full report at Codecov.
Legend - Click here to learn more
Δ = absolute <relative> (impact),ø = not affected,? = missing data
Powered by Codecov. Last update 3ad2090...4e189d3. Read the comment docs.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dpelle commented on this pull request.
> @@ -1071,6 +1074,9 @@ For example, to profile the one_script.vim script file: > after this command. A :profile command in the script itself won't work. +:prof[ile] dump + Don't wait until exiting Vim and write the current state of + profiling to the log immediately. :profd[el] ... *:profd* *:profdel*
Slightly off-topic, but I don't find the doc of :profdel clear.
> @@ -1048,6 +1048,9 @@ For example, to profile the one_script.vim script file: >
If {fname} already exists it will be silently overwritten.
The variable |v:profiling| is set to one.
+:prof[ile] stop
+ Write the logfile and stop profiling.
I have not tried yet, but what happens if I call :profile stop twice in a row?
I also see that behavior of calling :profile start … twice is not documented (already the case prior to your change).
Also what happens if we call :profile dump without prior call to :profile start …?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dpelle commented on this pull request.
> @@ -1071,6 +1074,9 @@ For example, to profile the one_script.vim script file: > after this command. A :profile command in the script itself won't work. +:prof[ile] dump + Don't wait until exiting Vim and write the current state of + profiling to the log immediately. :profd[el] ... *:profd* *:profdel*Slightly off-topic, but I don't find the doc of
:profdelclear.
> @@ -1048,6 +1048,9 @@ For example, to profile the one_script.vim script file: > If {fname} already exists it will be silently overwritten. The variable |v:profiling| is set to one. +:prof[ile] stop + Write the logfile and stop profiling.I have not tried yet, but what happens if I call
:profile stoptwice in a row?
I also see that behavior of calling
:profile start …twice is not documented (already the case prior to your change).Also what happens if we call
:profile dumpwithout prior call to:profile start …?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
Just to be clear:
—
Reply to this email directly, view it on GitHub.
You are receiving this because you commented.![]()
Just to be clear:
- After "profile dump" profiling continues as before, adding to the already collected stats?
- After "profile stop" one can use "profile start" again and it will use a clean slate? Thus doing "profile start / some work / profile stop" twice would give very similar results?
- Would be good to make this clear in the help.
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.![]()
—
Reply to this email directly, view it on GitHub.
You are receiving this because you commented.![]()