On Jun 24, 2018, at 6:39 PM, Michael Richardson wrote:
> The README.Win32 must be wrong now that we've done all this work...
It's *way* out of date; we're using CMake now, they'd probably want to download
the WinPcap SDK rather than trying to do a WinPcap build-from-source, they'll
need a new
Guy Harris wrote:
> I have yet to figure out from
> https://www.appveyor.com/docs/team-setup/
> how we could have the AppVeyor builds belong to the-tcpdump-group
> rather than to me, if that's even possible.
>> I see the .appveyor.yml now. I didn't see it integrations, be
The README.Win32 must be wrong now that we've done all this work...
I feel that perhaps deleting it as I don't know what to put in it.
I also suspect that many of the OS instructions in INSTALL.txt (now INSTALL.md)
(like about HPUX 9) are obsolete.
Click on the edit button at:
https://gith
On Jun 24, 2018, at 11:40 AM, Michael Richardson wrote:
> Questions:
> 1) should we have some test case or something that checks that the _MAX
> values are identical? Perhaps a compile-time test using #error?
That sounds like a good idea. I've done that in
3367fed4b1ff7341966428e5e596744757
On Jun 24, 2018, at 10:58 AM, Michael Richardson wrote:
> Michael Richardson wrote:
>> Since we now support building on windows, should we attempt to get
>> appveyor to do regular builds for windows?
https://ci.appveyor.com/project/guyharris/libpcap
https://ci.appveyor.com/proj
Guy, going through the git commits, I see you did:
Add LINKTYPE_ values to match new DLT_ values, and update
LINKTYPE_MATCHING_MAX.
which I guess was my fault that I forgot to add things.
I will write a file doc/DLT_ALLOCATE_HOWTO.md to explain things, and to
remind myself about pcap-common
Michael Richardson wrote:
> Since we now support building on windows, should we attempt to get
> appveyor to do regular builds for windows?
I see the .appveyor.yml now.
I didn't see it integrations, because it's transitioned to webhooks.
> Is there another choice? My experience with
