From: Alejandro R. S. <as...@MI...> - 2004-03-14 21:19:08
|
I've been working on this on and off, will get to it more once my laptop gets back from Dell. My build env has it i686-pc-cygwin/include, folded in with everything else there. It's really a hack. What I'd like to see is it in i686-pc-cygwin/include/wpcap or the like, I just don't have the make/gcc foo to get that added to the include path. Alternativly, and the option I'm leaning more towards now, is to patch the pcap include files so they know they're in wpcap/, and deal appropriatly. Things to note: the wpcap sdk looks like it was meant for windows, the zip file has case issues in three files if I recall correctly. Also, there's a types file that redefines some types (bittypes.h), which should be replaced with a symlink to the cygwin stdint.h file. -Alejandro On Sun, 2004-03-14 at 06:09, Sean Brook wrote: > On Sunday 14 March 2004 16:57, Dan Aloni wrote: > > On Sun, Mar 14, 2004 at 06:31:33AM -0000, Sean Brook wrote: > > > Hi, > > > > > > Attempting to build the 20040313 snapshot. > > > > It looks like you forgot to apply the new version of linux patch. > Yes I forgot to apply the new version of the patch to the kernel > tree I use with cobuld.sh My gentoo ebuilds automatically patch > a vanilla source tarball which is completely separate from the > tree I use with cobuild.sh > > > > > Plus, you need to recompile a patched version of w32api from > > sources, with fixed declarations for the two newly imported > > functions (look in ntoskrnl.def). > Great stuff. Thanks for the pointer. I made a new patch and it > compiled no problems. I made a new w32api-2.4.patch and > attached it to this mail. > > Any advice on where to put the winpcap dev kit so I can > build conet-bridged-daemon? > > Cheers, > > Sean. |