summaryrefslogtreecommitdiff
path: root/udev.h
diff options
context:
space:
mode:
authorarnd@arndb.de <arnd@arndb.de>2003-12-02 00:26:46 -0800
committerGreg KH <gregkh@suse.de>2005-04-26 21:13:04 -0700
commitc076a2bde406e617ebfeda6b921d1db89eb1a9f6 (patch)
tree3354c17f888f2a7920bc5d59f47a755aca0fd11e /udev.h
parent359618cd6ed05adcad97380f51790198ff653f87 (diff)
[PATCH] Build failure - missing linux/limits.h include?
On Tuesday 25 November 2003 00:12, Chris Larson wrote: > udev fails to compile here unless I'm doing a KLIBC build.  The reason > appears to be that the normal limits.h in the gcc inc dir doesn't pull > in linux/limits.h, whereas the limits.h out in the klibc include dirs > does.  I'd think it'd be best to add a #include <linux/limits.h> to > udev.h directly, since it uses PATH_MAX. No, don't include kernel headers directly if you can avoid it. The problem you are referring to seems to be with old tool chains, I have the same symptom with my s390 gcc-2.95/glibc-2.1.3. Including <sys/param.h> instead of <limits.h> seems to fix it.
Diffstat (limited to 'udev.h')
-rw-r--r--udev.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/udev.h b/udev.h
index 8994307469..0c1951ad78 100644
--- a/udev.h
+++ b/udev.h
@@ -24,7 +24,7 @@
#define UDEV_H
#include "libsysfs/libsysfs.h"
-#include <limits.h>
+#include <sys/param.h>
#ifdef DEBUG
#include <syslog.h>