FIX MTU PARSING :D :D :D
dorp dorp dorp
Typefix in client; better MTU fix in option

dhcp_clientv4.ml would not build because of a type error;
copy_dhcp_chaddr needed to be used, instead of get_dhcp_chaddr, as an
argument to the function which generates a human-readable string from
the raw hex.

dhcpv4_option.ml now parses variable-length MTU options correctly,
although it seems that unikernels don't respect this value and will send
unfragmented packets of size greater than the transmitted MTU.
dhcpv4_option.ml: make function get_number for variable-size int reads

Some DHCP options require number parsing for buffers of specified sizes.
Of the DHCP options currently supported, only MTU parsing requires this;
however, future options may require it as well.
dhcpv4_option: fix parsing crash when option max-size is set
dhcp_clientv4.ml and dhcpv4_option.ml: removed debug output
dhcp_clientv4.ml : clean up chaddr printing
dhcp_clientv4.ml : revert unnecessary variable name change
dhcp_clientv4.ml : remove some unnecessary changes
Restore TODO
clarify MTU todo + xref to issue
Bump to 1.1.2 and regenerate with OASIS 0.4.4
Merge pull request #49 from avsm/yomimono-dhcp-option-parsing-fixes

Updates to dhcp option parsing fixes
Expose IPV4 through the STACKV4 interface.

The socket version is just a skeleton that fails if most functions
are used.  These can eventually be filled in with the UNIX
equivalents, but I'm deferring this work as it's hard to get it
done quickly and portably, and noone needs this functionality
in the socket backend at present.

This does allow the direct networking stack to transmit and send
raw IPv4 packets, as well manipulate the IP address bindings on
the interface.

Requires the associated mirage-types change to compile
bump version
The socket version is just a skeleton that fails if most functions
are used.  These can eventually be filled in with the UNIX
equivalents, but I'm deferring this work as it's hard to get it
done quickly and portably, and noone needs this functionality
in the socket backend at present.
Merge branch 'master' of git://github.com/mirage/mirage-tcpip into expose-ipv4-in-stackv4

Conflicts:
	CHANGES
	setup.ml
	unix/tcpip-stack-socket.mldylib
Merge pull request #50 from avsm/expose-ipv4-in-stackv4

Expose ipv4 in stackv4
Fully process the last ACK in 3way handshake for server connections.

Invoke input-handling code on the last ACK received as part
of a 3-way handshake, before invoking the user-defined callback for
flow processing.  If these operations are done the other
way 'round, the connection remains in state Syn_rcvd until the
retransmission timer expires and a duplicate SYN/ACK is sent,
causing the remote end to send a duplicate ACK.  This introduces an
unnecessary delay and can result in inconsistent internal state under
some use cases.
sync CHANGES and bump to 1.1.4