- Treat all request fields in a similar manner.

 - Mostly eliminate fixed-size buffers.

 - Don't print or format anything until we see ReqEnd.

 - If we saw a Host: header, use it to generate an absolute URI,
   resulting in far more useful output when processing logs from a
   server which handles multiple virtual hosts.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1362 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1361 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1360 d4fa192b-c00b-0410-8231-f00ffab90ce4

need to read more from the fd.  The semantics we _really_ want for
that read operation is "wait until at least one char is available,
then return as many as N to us".

This can be done with a combination of system calls, but it is likely
just as cheap to just read one char at a time, so we do that.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1359 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1315 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1314 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1313 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1312 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1311 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1310 d4fa192b-c00b-0410-8231-f00ffab90ce4

or user specified with -f) and outputs the C source on the stdout.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1309 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1308 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1307 d4fa192b-c00b-0410-8231-f00ffab90ce4

the systems cc(1) from the VCL compiler library to the varnishd process.

This reduces the VCL-compiler library to a text-procesing functionality
and makes it easier to build other tools, including test-suites,
around the VCL-compiler.

It also moves the actual compiler invocation string into the varnishd
sources, where it can be handled appropriately, possibly as a paramter.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1306 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1305 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1304 d4fa192b-c00b-0410-8231-f00ffab90ce4

Fix typo in /* ... */ handling


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1303 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1302 d4fa192b-c00b-0410-8231-f00ffab90ce4

Improve error handling for unterminated /* ... */ comments.

Add undocumented and unsupported facility for inline C source code
in VCL programs.  The syntax is "C{ getpid(); }C" and you are on
your own if you use this.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1301 d4fa192b-c00b-0410-8231-f00ffab90ce4

Eliminate a bunch of of unnecessary #includes.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1300 d4fa192b-c00b-0410-8231-f00ffab90ce4

at runtime.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1299 d4fa192b-c00b-0410-8231-f00ffab90ce4

corresponding dedicated tokens.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1298 d4fa192b-c00b-0410-8231-f00ffab90ce4

This eliminates the need to have the identifier "set" be its own token
rather than being a simple ID.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1297 d4fa192b-c00b-0410-8231-f00ffab90ce4

I expect to grow the most in the near future and all actions have
a lot more in common, than they have with conditionals etc.

Apply more vcc_ prefixes.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1296 d4fa192b-c00b-0410-8231-f00ffab90ce4

in the program, a "return" is when we quit the program.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1295 d4fa192b-c00b-0410-8231-f00ffab90ce4

Remove inapplicable comment.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1294 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1293 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1292 d4fa192b-c00b-0410-8231-f00ffab90ce4

Move and isolate cross reference stuff to it's own source file
(vcc_xref.c) and use vcc_ prefix as originally intended.

Also warn about multiple definitions of objects.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1291 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1290 d4fa192b-c00b-0410-8231-f00ffab90ce4

Add a memlist to the tokenlist and a function which allocates
with malloc(3) and hangs the piece on the memlist of tokenlist.
At the end of compilation, we ditch everything on the list.

Handle vrt_obj.h like the other #includes, and stuff these
into a vsb instead of directly to a file.

Free decoded token string, if any.

Pull creation and destruction of tokenlist into separate functions
for code clarity.  Remember to destry everything in the tokenlist.

Pull invocation of cc(1) into a separate function and change the
way we do it, so we get any cc(1) groans and whines back in the
vsb so a CLI user will see them.  More errorchecks than before.

More comments throughout.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1289 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1288 d4fa192b-c00b-0410-8231-f00ffab90ce4

into account the extra space required by expanded quotes, backslashes and
newlines.  Instead of pre-allocating a (possibly too short) buffer, start
with a 64-byte buffer and double it every time we come close to filling
it up.  Also, avoid appending a trailing space before the final newline.

This issue was uncovered by Kristoffer Gleditsch <kristoffer@linpro.no>,
who also helped test this patch.

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1287 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1286 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1285 d4fa192b-c00b-0410-8231-f00ffab90ce4

Concatenate all definitions of the method functions into one
instance of the function:

	sub vcl_pipe {
		foo;
	}

	sub vcl_pipe {
		bar;
	}

is now the same as

	sub vcl_pipe {
		foo;
		bar;
	}

This avoids all the magic related to the default functions and
hopefully makes the newly introduced "include" facility much more
useful.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1284 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1283 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1282 d4fa192b-c00b-0410-8231-f00ffab90ce4

compiler.  The syntax is:

	include "filename" ;

Unlike the C preprocessors #include directive, a VCL include can
appear anywhere in the sourcefile:

	if {req.Cookie == include "cookie.vcl" ; || !req.Host } {
	}

and have cookie.vcl contain just:

	"8435398475983275293759843"


Technically this results in a change to how we account for source
code references in the counter/profile table as well, and as a result
the entire source code of the VCL program is now compiled into the
shared library for easy reference.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1281 d4fa192b-c00b-0410-8231-f00ffab90ce4

specifying a whitespace separated list of addresses to -a (or
param.set listen_address).

I'm not sure about the error handling, for instance, what is the
desirable behaviour if one of multiple sockets fail to open ?

Suggested by: <darryl.dixon@winterhouseconsulting.com>



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@1280 d4fa192b-c00b-0410-8231-f00ffab90ce4