From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JbLuZ-0003sR-NJ for qemu-devel@nongnu.org; Mon, 17 Mar 2008 16:26:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JbLuY-0003s7-B5 for qemu-devel@nongnu.org; Mon, 17 Mar 2008 16:26:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JbLuY-0003s4-6H for qemu-devel@nongnu.org; Mon, 17 Mar 2008 16:26:22 -0400 Received: from quinthar.com ([72.52.120.178]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JbLuX-0005ec-NF for qemu-devel@nongnu.org; Mon, 17 Mar 2008 16:26:22 -0400 Received: from 76.231.185.49 ([76.231.185.49]) by quinthar.com for ; Mon, 17 Mar 2008 13:26:14 -0700 Message-ID: <47DED3E2.2090301@quinthar.com> Date: Mon, 17 Mar 2008 13:26:10 -0700 From: David Barrett MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Launch qemu without loading libSDL? 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 Continuing on this thread, is there any way to launch the pre-compiled binaries in such a fashion that they don't dynamically load the SDL libraries at runtime? For example: [root@a3 /]# qemu -nographic ... etc ... qemu: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory [root@a3 /]# Ideally if the -nographic flag were there, then it won't try to load the SDL libraries and would "just work" on a server that has no video output. Everything else looks like it's ready to go: [root@a3 /]# ldd /usr/local/bin/qemu libm.so.6 => /lib/tls/libm.so.6 (0x00917000) libz.so.1 => /usr/lib/libz.so.1 (0x0093c000) libSDL-1.2.so.0 => not found libpthread.so.0 => /lib/tls/libpthread.so.0 (0x009a3000) librt.so.1 => /lib/tls/librt.so.1 (0x00554000) libutil.so.1 => /lib/libutil.so.1 (0x009cf000) libc.so.6 => /lib/tls/libc.so.6 (0x007e4000) /lib/ld-linux.so.2 (0x007c6000) [root@a3 /]# Any suggestions for how to suppress loading of libSDL, or perhaps trick it into loading a "null" implementation of libSDL that does nothing? Thanks! -david