From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19KkEp-0008D6-Cc for qemu-devel@nongnu.org; Tue, 27 May 2003 15:35:59 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19KkEc-000804-8g for qemu-devel@nongnu.org; Tue, 27 May 2003 15:35:47 -0400 Received: from ns.virtualhost.dk ([195.184.98.160] helo=virtualhost.dk) by monty-python.gnu.org with esmtp (Exim 4.20) id 19KkCC-0006E2-Rm for qemu-devel@nongnu.org; Tue, 27 May 2003 15:33:16 -0400 Received: from brick.kernel.dk ([80.160.188.86] helo=smithers.home.kernel.dk) by virtualhost.dk with esmtp (Exim 3.35 #1) id 19KkCE-0002vY-00 for qemu-devel@nongnu.org; Tue, 27 May 2003 21:33:18 +0200 Received: from axboe by smithers.home.kernel.dk with local (Exim 4.12) id 19KkCB-0001fp-00 for qemu-devel@nongnu.org; Tue, 27 May 2003 21:33:15 +0200 Date: Tue, 27 May 2003 21:33:15 +0200 From: Jens Axboe Message-ID: <20030527193315.GT845@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] current cvs broken on ppc Reply-To: qemu-devel@nongnu.org List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , To: qemu-devel@nongnu.org Hi, ./dyngen -o op-i386.h op-i386.o dyngen: could not find .sdata section make: *** [op-i386.h] Error 1 objdump of io-i386.o reveals that there is no .sdata, .data is there though. I can see that dyngen looks for sdata only on ppc. Another problem is what appears to be a misplace #endif in main.c, causing __init_array_start[] to be undefined at the final link of qemu. Index: main.c =================================================================== RCS file: /cvsroot/qemu/qemu/main.c,v retrieving revision 1.27 diff -u -r1.27 main.c --- main.c 13 May 2003 00:24:37 -0000 1.27 +++ main.c 27 May 2003 19:32:58 -0000 @@ -38,6 +38,7 @@ /* Force usage of an ELF interpreter even if it is an ELF shared object ! */ const char interp[] __attribute__((section(".interp"))) = "/lib/ld-linux.so.2"; +#endif /* for recent libc, we add these dummies symbol which are not declared when generating a linked object (bug in ld ?) */ @@ -46,8 +47,6 @@ long __init_array_end[0]; long __fini_array_start[0]; long __fini_array_end[0]; -#endif - #endif /* XXX: on x86 MAP_GROWSDOWN only works if ESP <= address + 32, so -- Jens Axboe