Make timestamps precision configurable

Two new functions are introduced, pcap_set_tstamp_precision() and
pcap_get_tstamp_precision(). Those functions allow one to specify
desired timestamps precision for captured packets. By default
application will obtain timestamps in microseconds.
Add a link-layer type for Bluetooth Low Energy link-layer packets.
In WinPcap, provide a routine to get the Adapter pointer for a pcap_t.

That way, people don't have to dig into the pcap_t for it, and thus
expose themselves to having their code break if the Adapter pointer
moves, as it did recently.
Avoid some warnings from Sun C.

Some versions of Sun C support __attribute__ but don't support the
"unused" or "format" attributes - they don't fail, but they whine a lot.
Check whether they can be used without warnings, and use them only if
they can.
Merge git://github.com/the-tcpdump-group/libpcap

Merge in changes from the GitHub repository.
Some changes didn't make it into 1.4.0.

Fix the CHANGES list by moving some changes that got in after the 1.4.0
release was made into a list for 1.4.1, and add some additional fixes to
that list.
fad-null: rename pcap_findalldevs() to pcap_findalldevs_interfaces()

This file is used on Debian GNU/Hurd where libpcap is expected to build,
even though it doesn't have the ability to do live captures.
Introduce pcap_open_offline_nsectime and pcap_open_dead_nsectime
added DLT type for wireshark save
Add a LINKTYPE_ value for DLT_WIRESHARK_UPPER_PDU.

They have the same numerical value, as with all newly-added link-layer
header types.
Clarify that LINKTYPE_WIRESHARK_UPPER_PDU uses LINKTYPE_ values.

In most cases, DLT_ values and LINKTYPE_ values are the same, but, in
some cases, DLT_ values are platform-dependent, but LINKTYPE_ values
aren't, so that a savefile can be read on platforms other than the one
on which it was created.
Merge branch 'timestamps' of https://github.com/msekletar/libpcap

It says "Please enter a commit message to explain why this merge is
necessary".  I guess this merge is necessary because Git says it's
necessary.  Mysterious are the ways of Git.
Regenerated for time stamp precision changes to configure.in.
Replace the _nsectime routines with _with_tstamp_precision routines.

For opening savefiles, instead of having separate open_offline and
open_offline_nsectime routines, have open_offline_with_tstamp_precision
routies that take an additional PCAP_TSTAMP_PRECISION_xxx argument, and
make the open_offline routines wrappers around them requesting
microsecond precision.

Also, the timestamp precisions are a separate "namespace" from the
timestamp types, so give them their own numerical value set, starting at
0 for microsecond precision.

For pcap files, figure out up front whether we pass the time stamps
through, scale them up, or scale them down, and save that with the
private data and just use it when reading the capture file; that's less
work than determining that for every packet.
Document the new open_offline_with_tstamp_precision routines.
Fix handling of time stamps in pcap-ng files.

There's the time stamp resolution for a particular interface in a file,
and there's the time stamp resolution the user asked for; the former is
what it is, regardless of the time stamp resolution the user asked for.

Add support for multiple interfaces with different time stamps while
we're at it.
Have pcap_open_dead_with_tstamp_precision().

As with the open_offline routines, so with pcap_open_dead(); instead of
a nanosecond-resolution version, have a
pcap_open_dead_with_tstamp_precision() routine that takes a
PCAP_TSTAMP_PRECISION_ value, and make pcap_open_dead() a wrapper that
requests microsecond resolution.

Declare it in pcap/pcap.h while we're at it.
Document pcap_open_dead_with_tstamp_precision().
Rewrite the bit about pcap_next()/pcap_next_ex() a bit.

Describe the callback-based APIs, pcap_next(), and pcap_next_ex() in
separate paragraphs, rather than mixing them up.
Update the last modification date of some pages.