Add windows support #940
Merged
Add windows support #940
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
For a long time there were no official binaries for the windows platform. One of the reasons is the complexities of the build toolchain. Not only CGO is required, but also installing the needed libraries and header files, not talking about mingw and etc. 2 weeks ago golang-crossbuild project added native support for Libpcap based applications. Windows support is based on the WinPcap which is a bit outdated, BUT, since we depend only on its interface, it is possible to use projeccts like npcap https://nmap.org/npcap/#download. Npcap needs be installed with WinPcap compatibe mode (checkbox during installation) It is also possibe install it in silent mode like this: `npcap-0.86.exe /S /winpcap_mode=yes` After PR merge, will be updated related documentation. Additionally fix dependency on "unix" package (apparently it can be totally replaced using universal syscall package)
buger
added a commit
that referenced
this pull request
Jun 9, 2021
For a long time there were no official binaries for the windows platform. One of the reasons is the complexities of the build toolchain. Not only CGO is required, but also installing the needed libraries and header files, not talking about mingw and etc. 2 weeks ago [golang-crossbuild](https://github.com/elastic/golang-crossbuild) project added native support for Libpcap based applications. Windows support is based on the WinPcap which is a bit (a lot) outdated, BUT, since we depend only on its interface, it is still possible to use projects like npcap https://nmap.org/npcap/#download. Npcap needs be installed with WinPcap compatibe mode (checkbox during installation) It is also possibe install it in silent mode like this: `npcap-0.86.exe /S /winpcap_mode=yes` After PR merge, will be updated related documentation. Additionally fix dependency on "unix" package (apparently it can be totally replaced using universal syscall package)
xingren23
referenced
this pull request
in xingren23/goreplay
Sep 4, 2021
For a long time there were no official binaries for the windows platform. One of the reasons is the complexities of the build toolchain. Not only CGO is required, but also installing the needed libraries and header files, not talking about mingw and etc. 2 weeks ago [golang-crossbuild](https://github.com/elastic/golang-crossbuild) project added native support for Libpcap based applications. Windows support is based on the WinPcap which is a bit (a lot) outdated, BUT, since we depend only on its interface, it is still possible to use projects like npcap https://nmap.org/npcap/#download. Npcap needs be installed with WinPcap compatibe mode (checkbox during installation) It is also possibe install it in silent mode like this: `npcap-0.86.exe /S /winpcap_mode=yes` After PR merge, will be updated related documentation. Additionally fix dependency on "unix" package (apparently it can be totally replaced using universal syscall package)
xingren23
referenced
this pull request
in xingren23/goreplay
Sep 4, 2021
For a long time there were no official binaries for the windows platform. One of the reasons is the complexities of the build toolchain. Not only CGO is required, but also installing the needed libraries and header files, not talking about mingw and etc. 2 weeks ago [golang-crossbuild](https://github.com/elastic/golang-crossbuild) project added native support for Libpcap based applications. Windows support is based on the WinPcap which is a bit (a lot) outdated, BUT, since we depend only on its interface, it is still possible to use projects like npcap https://nmap.org/npcap/#download. Npcap needs be installed with WinPcap compatibe mode (checkbox during installation) It is also possibe install it in silent mode like this: `npcap-0.86.exe /S /winpcap_mode=yes` After PR merge, will be updated related documentation. Additionally fix dependency on "unix" package (apparently it can be totally replaced using universal syscall package)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
For a long time there were no official binaries for the windows platform.
One of the reasons is the complexities of the build toolchain. Not only CGO is required, but also installing the needed libraries and header files, not talking about mingw and etc.
2 weeks ago golang-crossbuild project added native support for Libpcap based applications.
Windows support is based on the WinPcap which is a bit (a lot) outdated, BUT, since we depend only on its interface, it is still possible to use projects like npcap https://nmap.org/npcap/#download.
Npcap needs be installed with WinPcap compatibe mode (checkbox during installation)
It is also possibe install it in silent mode like this:
npcap-0.86.exe /S /winpcap_mode=yesIn order to build binary just run:
make release-windows.And all further releases will come with official windows support.
After PR merge, will be updated related documentation.
Additionally fix dependency on "unix" package (apparently it can be totally replaced using universal syscall package)