Re: GSoC 2019: Git's application submitted

From: Duy Nguyen <pclouds@gmail.com>
Date: Mar 5, 2019, 12:04 UTC
Message-ID: <CACsJy8DhDe+28z2=3v1dBqco7q2Zj12hdKKT==yWFPui8SBkiw@mail.gmail.com>
In-Reply-To: <CAP8UFD2kt=Rv4pC67q0s+CKjgmBON_KkK09igfwe-0709Di2RQ@mail.gmail.com>

On Mon, Feb 4, 2019 at 4:17 PM Christian Couder <christian.couder@gmail.com> wrote:

Show 7 quoted lines

>
> Hi everyone,
>
> There are now ideas, micro-projects and organization application pages
> for GSoC 2019 on https://git.github.io/
>
> It would be nice to have a few more project ideas.

Not sure if it's too late now. Anyway this could be something fun to do: support C-based tests in our test suite.

A while back I noticed some test running very long because it was trying a lot of input combination. The actual logic is not much, but because of the increasing number of test cases, overhead goes off the roof. The last part is probably not true, but Windows port I think is hit much harder than what I experience, and I think Dscho did complain about it.

So what this project does is somehow allow people to write test cases in C instead of shell. Imagine replacing t3070-wildmatch.sh with a binary program t3070-wildmatch that behaves the same way. This test framework needs to support the same basic feature set as test-lib.sh: TAP output, test results summary, maybe -i and --valgrind... To demonstrate that the test framework works, one of these long test files should be rewritten in C. I'm sure there's one that is simple to rewrite.

I'm pretty sure I had some fun with this idea and made some prototype but I couldn't find it. If I do, I'll post the link here.

-- 
Duy