mirror of
https://gitlab.gnome.org/GNOME/glib.git
synced 2025-09-27 17:52:58 +02:00
configure.ac: tweak inotify check
Our check for inotify_init1() being defined is broken. We happily declare that inotify is supported, even if the check fails. This was originally intended to check for inotify_init1 in the libc so that we could fall back to inotify_init if it was not yet defined. FreeBSD has a libinotify that emulates the inotify API via kqueue. It installs a <sys/inotify.h> header and requires linking to -linotify. We don't want to falsely detect working inotify in this case. Treat the lack of inotify_init1() in the libc as a lack of inotify support. This requires only a new libc -- we still support old kernels: in the case that inotify1_init() fails, we fall back to inotify_init(). https://bugzilla.gnome.org/show_bug.cgi?id=724330
This commit is contained in:
@@ -1055,7 +1055,7 @@ _g_io_modules_ensure_loaded (void)
|
||||
/* Initialize types from built-in "modules" */
|
||||
g_type_ensure (g_null_settings_backend_get_type ());
|
||||
g_type_ensure (g_memory_settings_backend_get_type ());
|
||||
#if defined(HAVE_SYS_INOTIFY_H) || defined(HAVE_LINUX_INOTIFY_H)
|
||||
#if defined(HAVE_INOTIFY_INIT1)
|
||||
g_type_ensure (_g_inotify_directory_monitor_get_type ());
|
||||
g_type_ensure (_g_inotify_file_monitor_get_type ());
|
||||
#endif
|
||||
|
Reference in New Issue
Block a user