From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1MZQ0x-0006ld-5m for mharc-grub-devel@gnu.org; Fri, 07 Aug 2009 10:01:47 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MZQ0w-0006kk-88 for grub-devel@gnu.org; Fri, 07 Aug 2009 10:01:46 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MZQ0r-0006jI-Of for grub-devel@gnu.org; Fri, 07 Aug 2009 10:01:45 -0400 Received: from [199.232.76.173] (port=56614 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MZQ0r-0006jF-Id for grub-devel@gnu.org; Fri, 07 Aug 2009 10:01:41 -0400 Received: from mail-fx0-f205.google.com ([209.85.220.205]:38427) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MZQ0q-0001yx-Uk for grub-devel@gnu.org; Fri, 07 Aug 2009 10:01:41 -0400 Received: by fxm1 with SMTP id 1so1146950fxm.31 for ; Fri, 07 Aug 2009 07:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=6Xkr4YSnVwz6UTS7oO3t0pR4M6o+on1xky5VnoyuAcg=; b=BvvBJSP6PF2sg6818AAK5QuOisP5rLaQ8tnETXEfSNI7bhMwD26pT/1d1AdAinMxFu nkhmEmjfa2VmfL3arGSK7XAp2pzYvSMv6OboVe7166UIpetyiTNGb8gNUBoCeJlFzBgn fP0Xg7W1EEH+mKHKQXQ+2hYS+S+e7n1mq3IsY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=HBEUVV0FNUTT4yShNRslJqi4+wAJMRFqNJO/FcB/FLky6S4WtvExY0WzphnrziQo6v B3lzd9S5OqOowb4hlWK5vCh+K6ZJJ3zFZ8RHtiCC+GBSlTKkbbW/sDtw21s/SkVGzc3h Y/1yBz18RNmojdBxHUhSSMWiTxEymcjEi9gcE= MIME-Version: 1.0 Received: by 10.204.117.16 with SMTP id o16mr3269531bkq.100.1249653699969; Fri, 07 Aug 2009 07:01:39 -0700 (PDT) In-Reply-To: <20090807134614.GA8719@thorin> References: <20090807134614.GA8719@thorin> Date: Fri, 7 Aug 2009 16:01:39 +0200 Message-ID: From: "Vladimir 'phcoder' Serbinenko" To: The development of GRUB 2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Solving the grub-pe2elf problem X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 14:01:46 -0000 On Fri, Aug 7, 2009 at 3:46 PM, Robert Millan wrote: > > Hi, > > I thought of a possible solution to the grub-pe2elf problem. =A0It seems = that > it is burdensome to produce ELF binaries on Windows, but building PE bina= ries > or even PE/win32 executables on GNU/Linux is not (thanks to Mingw32 toolc= hain > which is available on most distributions). > > If building GRUB with "./configure --host=3Di586-mingw32msvc" works, we c= ould > include win32 binaries in the upcoming 1.97 release. =A0Other GNU project= s do > this as well. =A0Then we could drop support for toolchains that lack ELF. > I don't think that dropping useful features just for the sake of code to look nice is a good thing. End users wouldn't care if you supply binaries with or without compilable sources. But you don't let them to exercise freedom. You can argue that you don't restrict their freedom it's true but many people may need to taste freedom on a small thing before changing to (w)holly free system. And this approach attracts developpers. When I was speaking with developpers around Darwin they specifically wanted to compile grub with toolchain they already have. It's why I bothered at all to make grub compilable with Apple toolchain (I'm personally fine with compiling it from Linux or FreeBSD). I'm aware of few coders on different skill levels who are now "tasting" grub and who wouldn't have if I haven't done it > It probably doesn't currently build this way, because win32 won't have al= l > the functions we need, but this can be fixed by importing them from Gnuli= b, > the GNU compatibility library. > > Christian and Bean, are you interested in implementing this? > > Other maintainers, is it burdensome to any of you to include these binari= es > in official builds? =A0I suppose it's not, since mingw32 packages are wid= ely > available, but it doesn't hurt to ask :-) > > -- > Robert Millan > > =A0The DRM opt-in fallacy: "Your data belongs to us. We will decide when = (and > =A0how) you may access your data; but nobody's threatening your freedom: = we > =A0still allow you to remove your data and not access it at all." > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir 'phcoder' Serbinenko Personal git repository: http://repo.or.cz/w/grub2/phcoder.git