| Summary: | gtk-doc vs local definition of NULL | ||
|---|---|---|---|
| Product: | liboil | Reporter: | Daniel Macks <dmacks> |
| Component: | unknown | Assignee: | David Schleef <ds> |
| Status: | NEW --- | QA Contact: | David Schleef <ds> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
Looks like stddef.h is the standard file to #include to get the NULL token. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
I couldn't find a bug for tracking this known issue in liboil/liboiltypes.h: >/** > * NULL: > * > * FIXME: gtk-doc is broken and doesn't know how to ignore this. > */ >#ifndef NULL >#define NULL ((void *)0) >#endif but it's causing a mess with the gtk-doc I build for many other packages. Is there any platform that doesn't have a NULL available somewhere in the system headers? Could: Good way: have autoconf find that .h and #include it here (using autoconf template or something else like liboil-stdint.h does). Hack way: #include lots of .h that are known to supply it on various platforms (possibly protected with AC_CHECK_HEADERS pragmas).