Re: [PATCHv2 00/36] Revamp the attr subsystem!
On Thu, Nov 3, 2016 at 1:47 PM, Johannes Sixtwrote: > Am 28.10.2016 um 20:54 schrieb Stefan Beller: >> >> previous discussion at >> https://public-inbox.org/git/20161022233225.8883-1-sbel...@google.com >> >> This implements the discarded series': >> jc/attr >> jc/attr-more >> sb/pathspec-label >> sb/submodule-default-paths >> >> This includes >> * The fixes for windows > > > I've tested the incarnation currently in pu (1928fcc65dc6), which also has > these fixes, and they work well after a cursory test (it at least passes the > 3 test scripts that the series touches). Thanks!
Re: [PATCHv2 00/36] Revamp the attr subsystem!
Am 28.10.2016 um 20:54 schrieb Stefan Beller: previous discussion at https://public-inbox.org/git/20161022233225.8883-1-sbel...@google.com This implements the discarded series': jc/attr jc/attr-more sb/pathspec-label sb/submodule-default-paths This includes * The fixes for windows I've tested the incarnation currently in pu (1928fcc65dc6), which also has these fixes, and they work well after a cursory test (it at least passes the 3 test scripts that the series touches). t/t0003-attributes.sh | 26 ++ t/t6134-pathspec-with-labels.sh | 185 + t/t7400-submodule-basic.sh| 134 +++ -- Hannes
Re: [PATCHv2 00/36] Revamp the attr subsystem!
On 28/10/16 19:54, Stefan Beller wrote: > previous discussion at > https://public-inbox.org/git/20161022233225.8883-1-sbel...@google.com > > This implements the discarded series': > jc/attr > jc/attr-more > sb/pathspec-label > sb/submodule-default-paths > > This includes > * The fixes for windows > * Junios latest suggestion to use git_attr_check_initv instead of > alloc/append. > > * I implemented the thread safe attr API in patch 27 (attr: convert to new > threadsafe API) > * patch 28 (attr: keep attr stack for each check) makes it actually possible > to run in a multithreaded environment. > * I added a test for the multithreaded when it is introduced in patch 32 > (pathspec: allow querying for attributes) as well as a test to disallow > multiple "attr"s in a pathspec. By the end of this series, 'git_attr_counted()' and 'git_attr()' are both file local symbols and can be marked with static. (I gave up the search for which actual patch should change the symbols to static). Also, 'git_attr()' ends up with a single caller, so maybe inline that call? I was about to have a moan about PTHREAD_MUTEX_INITIALIZER, since it causes sparse to issue some warnings, but I see that you have decided not to use it. So, phew! ;-) ATB, Ramsay Jones
Re: [PATCHv2 00/36] Revamp the attr subsystem!
On Fri, Oct 28, 2016 at 2:43 PM, Junio C Hamanowrote: > Stefan Beller writes: > >> previous discussion at >> https://public-inbox.org/git/20161022233225.8883-1-sbel...@google.com >> >> This implements the discarded series': >> jc/attr >> jc/attr-more >> sb/pathspec-label >> sb/submodule-default-paths >> >> This includes >> * The fixes for windows >> * Junios latest suggestion to use git_attr_check_initv instead of >> alloc/append. >> >> * I implemented the thread safe attr API in patch 27 (attr: convert to new >> threadsafe API) >> * patch 28 (attr: keep attr stack for each check) makes it actually possible >> to run in a multithreaded environment. >> * I added a test for the multithreaded when it is introduced in patch 32 >> (pathspec: allow querying for attributes) as well as a test to disallow >> multiple "attr"s in a pathspec. > > I'd appreciate if you didn't unnecessarily rebase the series. It > would make comparing the new round with the previous one a lot > easier. > > Thanks. I can resend on the original base if you want to; I'd need to reroll anyway now that the agreement is to put the attr_start call not in the Windows specific parts.
Re: [PATCHv2 00/36] Revamp the attr subsystem!
Stefan Bellerwrites: > previous discussion at > https://public-inbox.org/git/20161022233225.8883-1-sbel...@google.com > > This implements the discarded series': > jc/attr > jc/attr-more > sb/pathspec-label > sb/submodule-default-paths > > This includes > * The fixes for windows > * Junios latest suggestion to use git_attr_check_initv instead of > alloc/append. > > * I implemented the thread safe attr API in patch 27 (attr: convert to new > threadsafe API) > * patch 28 (attr: keep attr stack for each check) makes it actually possible > to run in a multithreaded environment. > * I added a test for the multithreaded when it is introduced in patch 32 > (pathspec: allow querying for attributes) as well as a test to disallow > multiple "attr"s in a pathspec. I'd appreciate if you didn't unnecessarily rebase the series. It would make comparing the new round with the previous one a lot easier. Thanks.