From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu7Wp-0000QG-D2 for qemu-devel@nongnu.org; Thu, 27 Jan 2005 06:09:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu7Vw-0000JR-JN for qemu-devel@nongnu.org; Thu, 27 Jan 2005 06:08:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu7Tk-0008P0-Hb for qemu-devel@nongnu.org; Thu, 27 Jan 2005 06:06:25 -0500 Received: from [213.228.0.176] (helo=postfix4-2.free.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu7FX-000741-3G for qemu-devel@nongnu.org; Thu, 27 Jan 2005 05:51:43 -0500 Received: from imp3-q.free.fr (imp3-q.free.fr [212.27.42.3]) by postfix4-2.free.fr (Postfix) with ESMTP id 368042BBA9B for ; Thu, 27 Jan 2005 11:51:42 +0100 (CET) Message-ID: <1106823102.41f8c7be0bb13@imp3-q.free.fr> Date: Thu, 27 Jan 2005 11:51:42 +0100 From: Laurent Amon Subject: Re: [Qemu-devel] [PATCH] Fix OS X SDL breakage References: <89534439-6D8E-11D9-A061-000A958E35DC@axiros.com> <41F7F3C3.9080401@bellard.org> <093B6556-6FDD-11D9-9D76-00039307264A@stanfordalumni.org> <8952206B-7038-11D9-994A-000A958E35DC@axiros.com> In-Reply-To: <8952206B-7038-11D9-994A-000A958E35DC@axiros.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Selon Daniel Egger : > On 26.01.2005, at 21:58, Laurent Amon wrote: > This is wrong. You should use `sdl-config --cflags` instead which > will look return something like -I/usr/local/include/SDL -D_THREAD_SAFE > for your system and thus work in analog to every one elses system. Well, whether you install the binary on www.libsdl.org or compile the sou= rce, default install is to put it in a SDL subdirectory. This is a case of fin= k not doing the default install. I must say that this is still another of the grievances I have with fink. It may be useful in some ways, but it breaks= a lot of things (due to the interaction between fink and other packages, I am t= otally unable to compile kde, for instance). Regards, Lga.