summaryrefslogtreecommitdiffstats
path: root/src
diff options
context:
space:
mode:
authorDavid Chappelle <dchappelle@topologyinc.com>2015-03-17 04:40:20 (GMT)
committerThomas Haller <thaller@redhat.com>2015-03-17 09:07:49 (GMT)
commit50a76998ac36ace3716d3c979b352fac73cfc80a (patch)
tree1adcbf704e069aba0c5f21817fa64cf38a7e7267 /src
parentcd4f66c321c91b10776af8749a60396185f462e1 (diff)
downloadlibnl-50a76998ac36ace3716d3c979b352fac73cfc80a.zip
libnl-50a76998ac36ace3716d3c979b352fac73cfc80a.tar.gz
libnl-50a76998ac36ace3716d3c979b352fac73cfc80a.tar.bz2
route: remove unnecessary include of private linux/if.h
Including linux/if.h in netlink/route/link.h causes issues in cases where libnl is used in conjuntion with other third party libraries that include net/if.h. Seems to be a long checkered history of symbol collisions between these two files. As it turns out, including linux/if.h from within netlink/route/link.h is actually unecessary. I resurrected a forgotten path from this thread: http://lists.infradead.org/pipermail/libnl/2012-April/000525.html By removing the include as the patch suggests we can get around the nuissance of the symbol collisions. https://github.com/thom311/libnl/pull/73 Signed-off-by: Thomas Haller <thaller@redhat.com>
Diffstat (limited to 'src')
-rw-r--r--src/nl-link-set.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/src/nl-link-set.c b/src/nl-link-set.c
index bbb60f9..6a6bac8 100644
--- a/src/nl-link-set.c
+++ b/src/nl-link-set.c
@@ -9,6 +9,7 @@
* Copyright (c) 2003-2010 Thomas Graf <tgraf@suug.ch>
*/
+#include <linux/if.h>
#include <netlink/cli/utils.h>
#include <netlink/cli/link.h>