luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-10 03:16:17 +01:00
Code Issues Packages Projects Releases Wiki Activity

configure.ac: join the cargo-cult of _cv_

Browse Source 
For some reason, the setting of g_atomic_lock_free wasn't making it down
to the lower part of the configure script where glibconfig.h was being
generated when building using mingw32-configure.

If we prefix glib_cv_ to the start of the variable name (like everyone
else is doing) then it magically starts working.

I love you, automake.
This commit is contained in:
Ryan Lortie 2011-10-19 10:11:54 -04:00
parent 612d238467
commit 3fd412549f
1 changed files with 5 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
configure.ac
View File

@ -2433,11 +2433,11 @@ dnl We may add other compilers here in the future...
AC_MSG_CHECKING([for lock-free atomic intrinsics])
AC_TRY_COMPILE([],
[__GCC_HAVE_SYNC_COMPARE_AND_SWAP_4;],
[g_atomic_lock_free=yes],
[g_atomic_lock_free=no])
AC_MSG_RESULT($g_atomic_lock_free)
[glib_cv_g_atomic_lock_free=yes],
[glib_cv_g_atomic_lock_free=no])
AC_MSG_RESULT($glib_cv_g_atomic_lock_free)
if test "$g_atomic_lock_free" = "no"; then
if test "$glib_cv_g_atomic_lock_free" = "no"; then
SAVE_CFLAGS="${CFLAGS}"
CFLAGS="-march=i486"
AC_TRY_COMPILE([],
@ -3479,6 +3479,7 @@ g_threads_impl_def=$g_threads_impl
g_system_thread_sizeof="$glib_cv_sizeof_system_thread"
g_atomic_lock_free="$glib_cv_g_atomic_lock_free"
g_memory_barrier_needed="$glib_memory_barrier_needed"
g_gcc_atomic_ops="$glib_cv_gcc_has_builtin_atomic_operations"