From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MPIA6-0001n8-Se for qemu-devel@nongnu.org; Fri, 10 Jul 2009 11:37:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MPIA1-0001gl-MP for qemu-devel@nongnu.org; Fri, 10 Jul 2009 11:37:22 -0400 Received: from [199.232.76.173] (port=38096 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MPIA1-0001gP-CQ for qemu-devel@nongnu.org; Fri, 10 Jul 2009 11:37:17 -0400 Received: from mail-ew0-f207.google.com ([209.85.219.207]:59960) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MPIA0-0001mc-Vt for qemu-devel@nongnu.org; Fri, 10 Jul 2009 11:37:17 -0400 Received: by ewy3 with SMTP id 3so980709ewy.34 for ; Fri, 10 Jul 2009 08:37:15 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <0A41868E-F505-4397-A957-EF875AB28F08@suse.de> References: <97c31bd80907010604n72803d55qb4b79fb2d42847ce@mail.gmail.com> <4A4B637A.9070804@codemonkey.ws> <365C1EAE-D017-432C-A208-C93E00708A22@suse.de> <4A4B862B.2020302@codemonkey.ws> <0A41868E-F505-4397-A957-EF875AB28F08@suse.de> From: Bartlomiej Celary Date: Fri, 10 Jul 2009 17:36:55 +0200 Message-ID: <97c31bd80907100836sb6c32d2kb9da6b0832a4223b@mail.gmail.com> Subject: Re: [Qemu-devel] MINGW: Unable to link multiboot.img + strnlen missing Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: qemu-devel@nongnu.org Hi, Just tried latest pull from git and noticed the "cannot perform PE operations on non PE output file 'multiboot.img'." error. Is there any agreement on how to fix the linker issue under mingw? Thanks, Bartek Celary 2009/7/1 Alexander Graf : > > On 01.07.2009, at 17:52, Anthony Liguori wrote: > >> Alexander Graf wrote: >>> >>> Why can't we just exclude mingw from building option roms? Let's just >>> treat it like any non-x86 platform, so it takes the binary blobs. >> >> The signrom problem is independent on mingw32. =A0This makefile is doing >> something that the rest of the build system is careful not to do: compil= e a >> binary and run it as part of the build process. >> >> That's why hxtool is not written in C. > > Well, the optionrom directory is a first of its kind: Full source to a > binary blob. > So would you prefer to have signrom be in sh? :-) > > Maybe I could come up with a version in brainfuck though ... hum > > Alex > >