From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:58649) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCRHd-0000J5-Hp for qemu-devel@nongnu.org; Wed, 20 Apr 2011 02:53:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QCRHb-0005qd-VH for qemu-devel@nongnu.org; Wed, 20 Apr 2011 02:53:05 -0400 MIME-Version: 1.0 In-Reply-To: References: <1303203461-30776-1-git-send-email-peter.maydell@linaro.org> Date: Wed, 20 Apr 2011 07:53:02 +0100 Message-ID: From: Peter Maydell Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH] configure: Make epoll_create1 test work around SPARC glibc bug List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: qemu-trivial@nongnu.org, qemu-devel@nongnu.org, patches@linaro.org On 19 April 2011 21:36, Blue Swirl wrote: > Sorry, I just picked a define without much thought. A more specific > one would be flags parameter of epoll_create1(), like EPOLL_CLOEXEC or > EPOLL_NONBLOCK. We don't use them now since the target system call > argument is passed untranslated to host, but that is actually not > correct, since the bit definitions could be different. So checking for > one of those should be OK. Unfortunately the header file on the system in question defines both EPOLL_CLOEXEC and EPOLL_NONBLOCK even though it doesn't prototype epoll_create1(). So this idea won't work. The bug we are effectively trying to work around is the one fixed by this libc patch: http://sourceware.org/ml/libc-alpha/2010-08/msg00128.html The only problem with the header is that it doesn't declare the function, so the only way to detect it is to do something that will fail if the function isn't declared, like compiling -Werror. -- PMM