亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? mutex.ac

?? mysql-5.0.33源碼包
?? AC
?? 第 1 頁 / 共 2 頁
字號:
# $Id: mutex.ac,v 11.38 2002/07/25 20:07:52 sue Exp $# POSIX pthreads tests: inter-process safe and intra-process only.## We need to run a test here, because the PTHREAD_PROCESS_SHARED flag compiles# fine on problematic systems, but won't actually work.  This is a problem for# cross-compilation environments.  I think inter-process mutexes are as likely# to fail in cross-compilation environments as real ones (especially since the# likely cross-compilation environment is Linux, where inter-process mutexes# don't currently work -- the latest estimate I've heard is Q1 2002, as part# of IBM's NGPT package).  So:## If checking for inter-process pthreads mutexes:#	If it's local, run a test.#	If it's a cross-compilation, fail.## If the user specified pthreads mutexes and we're checking for intra-process# mutexes only:#	If it's local, run a test.#	If it's a cross-compilation, run a link-test.## So, the thing you can't do here is configure for inter-process POSIX pthread# mutexes when cross-compiling.  Since we're using the GNU/Cygnus toolchain for# cross-compilation, the target system is likely Linux or *BSD, so we're doing# the right thing.AC_DEFUN(AM_PTHREADS_SHARED, [AC_TRY_RUN([#include <pthread.h>main() {	pthread_cond_t cond;	pthread_mutex_t mutex;	pthread_condattr_t condattr;	pthread_mutexattr_t mutexattr;	exit (	pthread_condattr_init(&condattr) ||	pthread_condattr_setpshared(&condattr, PTHREAD_PROCESS_SHARED) ||	pthread_mutexattr_init(&mutexattr) ||	pthread_mutexattr_setpshared(&mutexattr, PTHREAD_PROCESS_SHARED) ||	pthread_cond_init(&cond, &condattr) ||	pthread_mutex_init(&mutex, &mutexattr) ||	pthread_mutex_lock(&mutex) ||	pthread_mutex_unlock(&mutex) ||	pthread_mutex_destroy(&mutex) ||	pthread_cond_destroy(&cond) ||	pthread_condattr_destroy(&condattr) ||	pthread_mutexattr_destroy(&mutexattr));}], [db_cv_mutex="$1"],, [db_cv_mutex="no"])])AC_DEFUN(AM_PTHREADS_PRIVATE, [AC_TRY_RUN([#include <pthread.h>main() {	pthread_cond_t cond;	pthread_mutex_t mutex;	pthread_condattr_t condattr;	pthread_mutexattr_t mutexattr;	exit (	pthread_condattr_init(&condattr) ||	pthread_mutexattr_init(&mutexattr) ||	pthread_cond_init(&cond, &condattr) ||	pthread_mutex_init(&mutex, &mutexattr) ||	pthread_mutex_lock(&mutex) ||	pthread_mutex_unlock(&mutex) ||	pthread_mutex_destroy(&mutex) ||	pthread_cond_destroy(&cond) ||	pthread_condattr_destroy(&condattr) ||	pthread_mutexattr_destroy(&mutexattr));}], [db_cv_mutex="$1"],,AC_TRY_LINK([#include <pthread.h>],[	pthread_cond_t cond;	pthread_mutex_t mutex;	pthread_condattr_t condattr;	pthread_mutexattr_t mutexattr;	exit (	pthread_condattr_init(&condattr) ||	pthread_mutexattr_init(&mutexattr) ||	pthread_cond_init(&cond, &condattr) ||	pthread_mutex_init(&mutex, &mutexattr) ||	pthread_mutex_lock(&mutex) ||	pthread_mutex_unlock(&mutex) ||	pthread_mutex_destroy(&mutex) ||	pthread_cond_destroy(&cond) ||	pthread_condattr_destroy(&condattr) ||	pthread_mutexattr_destroy(&mutexattr));], [db_cv_mutex="$1"]))])# Figure out mutexes for this compiler/architecture.AC_DEFUN(AM_DEFINE_MUTEXES, [# Mutexes we don't test for, but want the #defines to exist for# other ports.AH_TEMPLATE(HAVE_MUTEX_VMS, [Define to 1 to use VMS mutexes.])AH_TEMPLATE(HAVE_MUTEX_VXWORKS, [Define to 1 to use VxWorks mutexes.])AH_TEMPLATE(HAVE_MUTEX_WIN32, [Define to 1 to use Windows mutexes.])AC_CACHE_CHECK([for mutexes], db_cv_mutex, [db_cv_mutex=noorig_libs=$LIBS# User-specified POSIX or UI mutexes.## There are two different reasons to specify mutexes: First, the application# is already using one type of mutex and doesn't want to mix-and-match (for# example, on Solaris, which has POSIX, UI and LWP mutexes).  Second, the# applications POSIX pthreads mutexes don't support inter-process locking,# but the application wants to use them anyway (for example, current Linux# and *BSD systems).## If we're on Solaris, we insist that -lthread or -lpthread be used.  The# problem is the Solaris C library has UI/POSIX interface stubs, but they're# broken, configuring them for inter-process mutexes doesn't return an error,# but it doesn't work either.   Otherwise, we try first without the library# and then with it: there's some information that SCO/UnixWare/OpenUNIX needs# this. [#4950]## Test for LWP threads before testing for UI/POSIX threads, we prefer them# on Solaris.  There's a bug in SunOS 5.7 where applications get pwrite, not# pwrite64, if they load the C library before the appropriate threads library,# e.g., tclsh using dlopen to load the DB library.  By using LWP threads we# avoid answering lots of user questions, not to mention the bugs.if test "$db_cv_posixmutexes" = yes; then	case "$host_os" in	solaris*)		db_cv_mutex="posix_library_only";;	*)		db_cv_mutex="posix_only";;	esacfiif test "$db_cv_uimutexes" = yes; then	case "$host_os" in	solaris*)		db_cv_mutex="ui_library_only";;	*)		db_cv_mutex="ui_only";;	esacfi# LWP threads: _lwp_XXXif test "$db_cv_mutex" = no; thenAC_TRY_LINK([#include <synch.h>],[	static lwp_mutex_t mi = SHAREDMUTEX;	static lwp_cond_t ci = SHAREDCV;	lwp_mutex_t mutex = mi;	lwp_cond_t cond = ci;	exit (	_lwp_mutex_lock(&mutex) ||	_lwp_mutex_unlock(&mutex));], [db_cv_mutex="Solaris/lwp"])fi# UI threads: thr_XXX## Try with and without the -lthread library.if test "$db_cv_mutex" = no -o "$db_cv_mutex" = "ui_only"; thenAC_TRY_LINK([#include <thread.h>#include <synch.h>],[	mutex_t mutex;	cond_t cond;	int type = USYNC_PROCESS;	exit (	mutex_init(&mutex, type, NULL) ||	cond_init(&cond, type, NULL) ||	mutex_lock(&mutex) ||	mutex_unlock(&mutex));], [db_cv_mutex="UI/threads"])fiif test "$db_cv_mutex" = no -o \    "$db_cv_mutex" = "ui_only" -o "$db_cv_mutex" = "ui_library_only"; thenLIBS="$LIBS -lthread"AC_TRY_LINK([#include <thread.h>#include <synch.h>],[	mutex_t mutex;	cond_t cond;	int type = USYNC_PROCESS;	exit (	mutex_init(&mutex, type, NULL) ||	cond_init(&cond, type, NULL) ||	mutex_lock(&mutex) ||	mutex_unlock(&mutex));], [db_cv_mutex="UI/threads/library"])LIBS="$orig_libs"fiif test "$db_cv_mutex" = "ui_only" -o "$db_cv_mutex" = "ui_library_only"; then	AC_MSG_ERROR([unable to find UI mutex interfaces])fi# POSIX.1 pthreads: pthread_XXX## Try with and without the -lpthread library.  If the user specified we use# POSIX pthreads mutexes, and we fail to find the full interface, try and# configure for just intra-process support.if test "$db_cv_mutex" = no -o "$db_cv_mutex" = "posix_only"; then	AM_PTHREADS_SHARED("POSIX/pthreads")fiif test "$db_cv_mutex" = no -o \    "$db_cv_mutex" = "posix_only" -o "$db_cv_mutex" = "posix_library_only"; then	LIBS="$LIBS -lpthread"	AM_PTHREADS_SHARED("POSIX/pthreads/library")	LIBS="$orig_libs"fiif test "$db_cv_mutex" = "posix_only"; then	AM_PTHREADS_PRIVATE("POSIX/pthreads/private")fiif test "$db_cv_mutex" = "posix_only" -o \    "$db_cv_mutex" = "posix_library_only"; then	LIBS="$LIBS -lpthread"	AM_PTHREADS_PRIVATE("POSIX/pthreads/library/private")	LIBS="$orig_libs"fiif test "$db_cv_mutex" = "posix_only" -o \    "$db_cv_mutex" = "posix_library_only"; then	AC_MSG_ERROR([unable to find POSIX 1003.1 mutex interfaces])fi# msemaphore: HPPA only# Try HPPA before general msem test, it needs special alignment.if test "$db_cv_mutex" = no; thenAC_TRY_LINK([#include <sys/mman.h>],[#if defined(__hppa)	typedef msemaphore tsl_t;	msemaphore x;	msem_init(&x, 0);	msem_lock(&x, 0);	msem_unlock(&x, 0);	exit(0);#else	FAIL TO COMPILE/LINK#endif], [db_cv_mutex="HP/msem_init"])fi# msemaphore: AIX, OSF/1if test "$db_cv_mutex" = no; thenAC_TRY_LINK([#include <sys/types.h>#include <sys/mman.h>],[	typedef msemaphore tsl_t;	msemaphore x;	msem_init(&x, 0);	msem_lock(&x, 0);	msem_unlock(&x, 0);	exit(0);], [db_cv_mutex="UNIX/msem_init"])fi# ReliantUNIXif test "$db_cv_mutex" = no; thenLIBS="$LIBS -lmproc"AC_TRY_LINK([#include <ulocks.h>],[	typedef spinlock_t tsl_t;	spinlock_t x;	initspin(&x, 1);	cspinlock(&x);	spinunlock(&x);], [db_cv_mutex="ReliantUNIX/initspin"])LIBS="$orig_libs"fi# SCO: UnixWare has threads in libthread, but OpenServer doesn't.if test "$db_cv_mutex" = no; thenAC_TRY_COMPILE(,[#if defined(__USLC__)	exit(0);#else	FAIL TO COMPILE/LINK#endif], [db_cv_mutex="SCO/x86/cc-assembly"])fi# abilock_t: SGIif test "$db_cv_mutex" = no; thenAC_TRY_LINK([#include <abi_mutex.h>],[	typedef abilock_t tsl_t;	abilock_t x;	init_lock(&x);	acquire_lock(&x);	release_lock(&x);], [db_cv_mutex="SGI/init_lock"])fi# sema_t: Solaris# The sema_XXX calls do not work on Solaris 5.5.  I see no reason to ever# turn this test on, unless we find some other platform that uses the old# POSIX.1 interfaces.  (I plan to move directly to pthreads on Solaris.)if test "$db_cv_mutex" = DOESNT_WORK; thenAC_TRY_LINK([#include <synch.h>],[	typedef sema_t tsl_t;	sema_t x;	sema_init(&x, 1, USYNC_PROCESS, NULL);	sema_wait(&x);	sema_post(&x);], [db_cv_mutex="UNIX/sema_init"])fi# _lock_try/_lock_clear: Solaris# On Solaris systems without Pthread or UI mutex interfaces, DB uses the

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
国产欧美日韩在线| 这里是久久伊人| 国产精品美女一区二区三区| 国产馆精品极品| 中文av一区二区| 一本色道久久综合亚洲aⅴ蜜桃| ●精品国产综合乱码久久久久| 色偷偷久久一区二区三区| 亚洲无人区一区| 日韩一区二区三区四区| 精品中文字幕一区二区小辣椒| 国产无人区一区二区三区| 不卡的av电影| 午夜欧美电影在线观看| 欧美一区二区大片| 国产成人精品一区二| 国产精品久久久久久久岛一牛影视| 91网上在线视频| 天天综合网天天综合色 | 成人福利视频在线看| 最新国产成人在线观看| 欧美日韩成人综合在线一区二区| 日本在线播放一区二区三区| 国产亚洲视频系列| 91福利国产成人精品照片| 青青青爽久久午夜综合久久午夜| 精品处破学生在线二十三| 99久精品国产| 喷白浆一区二区| 国产精品第13页| 日韩一区二区三区三四区视频在线观看| 国产一区二区女| 一级中文字幕一区二区| 久久免费视频一区| 在线免费不卡视频| 国产精品一区二区在线观看网站| 一区二区三区在线影院| 精品久久久三级丝袜| 91色婷婷久久久久合中文| 强制捆绑调教一区二区| 亚洲欧美日韩国产综合| 欧美大片拔萝卜| 91美女片黄在线观看91美女| 另类中文字幕网| 亚洲精品成人悠悠色影视| 精品国产免费久久| 欧美日韩国产片| youjizz久久| 精品亚洲aⅴ乱码一区二区三区| ...av二区三区久久精品| 欧美大胆一级视频| 欧美片网站yy| 在线影院国内精品| 不卡av在线免费观看| 韩国av一区二区三区在线观看| 亚洲午夜影视影院在线观看| 久久九九久精品国产免费直播| 欧美日韩国产精品成人| 91视视频在线观看入口直接观看www | 国产欧美日韩三区| 亚洲天堂中文字幕| 久久综合久久综合久久| 欧美精品久久一区二区三区| 色综合天天综合网国产成人综合天 | 国产女人aaa级久久久级 | 精品国产在天天线2019| 欧美日本国产一区| 91精彩视频在线观看| 成人h动漫精品| 国产精品一区二区三区乱码| 蜜桃精品在线观看| 日本不卡的三区四区五区| 婷婷六月综合亚洲| 天天影视涩香欲综合网| 一区二区三区久久| 夜夜精品浪潮av一区二区三区| 亚洲精品午夜久久久| 最新欧美精品一区二区三区| 国产精品青草久久| 国产欧美一区二区精品性色 | 国产91精品久久久久久久网曝门| 六月婷婷色综合| 蜜臀久久99精品久久久久久9| 日韩高清不卡一区二区三区| 日韩国产欧美在线播放| 日韩和欧美一区二区三区| 日韩精品亚洲专区| 日韩成人免费电影| 美腿丝袜亚洲三区| 激情文学综合丁香| 国产成人午夜电影网| 成人国产亚洲欧美成人综合网| voyeur盗摄精品| 日本韩国欧美一区二区三区| 欧美亚洲日本国产| 宅男噜噜噜66一区二区66| 精品奇米国产一区二区三区| 久久久久久影视| 国产精品国产三级国产专播品爱网 | 日韩av电影天堂| 国内成人自拍视频| 国v精品久久久网| 日本黄色一区二区| 日韩精品中文字幕一区二区三区| 精品国产91久久久久久久妲己 | 中文字幕欧美三区| 亚洲女同一区二区| 欧美影院精品一区| 欧美电影在线免费观看| 久久亚洲捆绑美女| 亚洲品质自拍视频| 日本人妖一区二区| 成人精品高清在线| 在线亚洲免费视频| 精品久久一二三区| 亚洲色图视频免费播放| 日日摸夜夜添夜夜添精品视频 | 成人午夜电影久久影院| 日本二三区不卡| 精品国产三级a在线观看| 成人欧美一区二区三区黑人麻豆 | 亚洲欧美日韩系列| 美女在线视频一区| 99精品偷自拍| 欧美成人一区二区三区在线观看| 国产精品乱码一区二区三区软件| 亚洲高清视频在线| 成人精品免费看| 91精品国产综合久久福利软件| 国产精品麻豆99久久久久久| 视频一区视频二区在线观看| 成人午夜在线播放| 日韩一区二区视频在线观看| 自拍偷拍欧美激情| 极品少妇xxxx偷拍精品少妇| 欧美系列一区二区| 中文一区一区三区高中清不卡| 日韩电影在线免费| 在线欧美日韩国产| 国产精品久久久爽爽爽麻豆色哟哟| 日韩精品亚洲一区二区三区免费| 日韩亚洲欧美中文三级| 亚洲欧洲一区二区在线播放| 蜜桃视频第一区免费观看| 欧美性生交片4| 1区2区3区精品视频| 国产成人av一区二区三区在线| 日韩午夜中文字幕| 同产精品九九九| 欧洲精品在线观看| 最新高清无码专区| 丰满少妇在线播放bd日韩电影| 欧美电影免费提供在线观看| 亚洲国产精品久久久久秋霞影院 | 欧美韩日一区二区三区| 精品一区二区三区免费毛片爱 | 九一九一国产精品| 欧美一区国产二区| 亚洲h精品动漫在线观看| 在线观看精品一区| 亚洲美女偷拍久久| 91女厕偷拍女厕偷拍高清| 亚洲国产激情av| 波多野结衣在线aⅴ中文字幕不卡| 2023国产精品视频| 国产美女av一区二区三区| 欧美成人性福生活免费看| 日本视频免费一区| 日韩欧美美女一区二区三区| 日韩成人精品视频| 91精品国产综合久久蜜臀| 奇米四色…亚洲| 精品国产一区二区三区忘忧草 | 欧美一级生活片| 日韩激情视频在线观看| 91精品国产乱| 精品在线观看免费| 久久精品一区二区| 成人一区在线看| 中文字幕亚洲欧美在线不卡| 91麻豆国产香蕉久久精品| 亚洲猫色日本管| 欧美日韩亚洲综合在线 欧美亚洲特黄一级 | 色又黄又爽网站www久久| 亚洲在线成人精品| 欧美性大战久久| 蜜臀精品久久久久久蜜臀| 精品国产凹凸成av人网站| 国产高清精品久久久久| 国产精品久久久久影院| 在线视频国产一区| 麻豆成人久久精品二区三区小说| 精品久久久三级丝袜| 波多野结衣一区二区三区| 亚洲美女在线一区| 欧美日韩大陆一区二区| 国产一区二区三区免费看 | 亚洲乱码中文字幕综合| 欧美男生操女生| 国产精品一二二区|