Slightly enhanced compared to when they were first used. I ran them and
found more opportunities to polish the code base.

I also decided to lowercase semantic patch file names, and to not
mislead people about the WS_Reserve change being a vmod-only thing.

Add Project Governance info.

Closes #2971

We handle the error case just above

Ref:
https://github.com/varnishcache/varnish-cache/pull/2969#pullrequestreview-224802203

Fixes #2946 in the sense that we want to treat a cacheable backend synth
like any other object and kill the stale object it replaces.

We do not replace the stale oc when
- abandoning the bereq
- leaving vcl_backend_error with return (deliver) and beresp.ttl == 0s
- there is a waitinglist on this object because in this case the default
  ttl would be 1s, so we might be looking at the same case as the
  previous

Thank you @mbgrydeland for the review and spotting a mistake.

Historically, all initializers called from VGC_Load() would handle
failures individually (return (1) from VGC_Load) or not fail at
all. Now that we got VRT_fail(), it makes sense to generalize.

The upcoming use case is to properly handle failures from
VRT_new_backend_clustered().

WS_ReserveSize() does not leave the workspace reserved when the
reservation fails, so WS_Release() must be called for retval > 0 only.

Besides the debug string, it is identical to WS_Reserve() except for

	assert(bytes > 0);

Follow-up #2967

This works with gcc 6.3.0 and clang 3.8.1-24

The test for __GNUC__ is deliberately simple and might not catch all
compilers which would potentially support deprecation marks. While more
specifics could be added, the aim is to raise awareness with developers
and we consider it quite unlikely that anyone does not compile with one
of the main stream compilers at all.

Seen fail on travis:

**   c1    2.7 === expect resp.status == 200
**** c1    2.7 EXPECT resp.status (200) == "200" match
**   c1    2.7 === expect resp.http.Age == 1
---- c1    2.7 EXPECT resp.http.Age (2) == "1" failed

To keep track of the number of times pipe_sess_max kicked in. This one
can be lazily updated.

Optionally, it can limit the number of concurrent pipe transactions as
they each monopolize one worker thread.

This allows users to keep track of the number of ongoing pipe
transactions at any time.

Refs #2948

Closes #2948

Fixes	#2959

With 32ef5dce, this test also cancels
backend requests and thus may prevent the server from finishing writing
the reponse body

Ref #2964

I had overlooked the fact that for a canceled request we might only read
parts of the body.

Interestingly, this is only exposed on the vtest ARMs.

Ref #2964

This is the intent that was not obvious to me when I first reviewed this
change.

Ref #2963

as requested by @Dridi

for anything but return (deliver)

Fixes #2963