win32 build needs a replacement for libpcap

[busterb]

Or we need to skip building the extension (the former sounds nicer).

[sempervictus]

Win32 needs libpcap for meterpreter anyway, well, winpcap, i PRed that stuff again. I could try to jury-rig something in VS, but you'd vomit trying to figure out why the horrors are the way they are. Probably best to ask someone competent in that arena... :) (seriously if you wanna see the visual studio project equivalent of the valentines day massacre, i could take a shot.)

Ideally we would have a shared lib for win32, maybe even in metsrv core if we could, because it would let us use raw transports separate from the sockets tier and solve other dependencies... However, even if we compress and use decompressing stagers, it would be at least a fair chunk of the userspace stuff + a packet kernel driver and the install/remove binary space. So in practice its probably going to be a linked lib for the ext builders for now, but at least it should provide something mettle could link against.
That lib could be provided to mettle, or at least its build artifacts as it needs them... Having feature parity would probable ease transition to mettle as a standard payload if we can slowly port extensions.