Closed Polpetta closed 6 years ago
If we go down this road we need a way to keep this file in sync and test the compilation with musl-libc, which I don't use. Have you considered using sabotage-linux's headers instead ?
I've checked out sabotage-Linux's headers. The problem is that our software is going to run in Docker containers inside a Kubernetes environment, so changing kernel headers would be very difficult for us.
Anyway, if you need a continuous integration environment system where you can check for each commit compilation and regression tests I could set up one with Docker and Travis-ci.
About your offer for a continuous integration system: thanks although I am not sure Docker and Travis-ci are the right tools as we need to check more than OS X and Linux. Correct me if I am wrong but I don't think it is possible to check build on NetBSD or OpenBSD this way.
I could reproduce the bug in debian.
I found that including linux/if_tun.h
after netinet/if_ether.h
fixes the compilation issue.
I've added a new PR #7. Can you check if it fixes the build in your environment ?
Since #7 has been merged, I'm gonna close this!
Thanks :)
Hello, we were trying to compile our application inside an Alpine Linux Docker container and we noticed include errors since Alpine doesn't use GLIBC, but it uses Musl-libc:
The reason of the error is explained here: https://wiki.musl-libc.org/faq.html#Q:-Why-am-I-getting- I've fixed them adding a stripped down version of
if_tun.h
to the project. I've taken the solution from here: https://github.com/stsp/dosemu2/issues/530This solution works on Alpine Linux and on systems using gnu libc with this version:
Hope it helps! Cheers