From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1R6UMQ-0003Mu-KR for mharc-grub-devel@gnu.org; Wed, 21 Sep 2011 17:29:42 -0400 Received: from eggs.gnu.org ([140.186.70.92]:46268) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R6UMO-0003M5-FY for grub-devel@gnu.org; Wed, 21 Sep 2011 17:29:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R6UMN-0005Vo-Es for grub-devel@gnu.org; Wed, 21 Sep 2011 17:29:40 -0400 Received: from ausc60pc101.us.dell.com ([143.166.85.206]:45681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R6UMN-0005Vd-7l for grub-devel@gnu.org; Wed, 21 Sep 2011 17:29:39 -0400 X-Loopcount0: from 10.9.160.253 Message-ID: <4E7A574B.7040602@dell.com> Date: Wed, 21 Sep 2011 16:29:47 -0500 From: Mario Limonciello Organization: Dell Inc. User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: "grub-devel@gnu.org" Subject: [PATCH 0/2] Disable functionality that doesn't work on MINGW32 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 143.166.85.206 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 21:29:41 -0000 The following two patches are for disabling some specifics that will not work on MINGW32. Vladimir explicitly expressed disinterest in going the route of #undef GRUB_UTIL, but it seems to be the most appropriate method in the first patch to me because MINGW32 does not support ttys and won't ever. The second patch just matches other code, since there is no grub_util_get_fd_sectors defined on MINGW32. This will at least get the file compiling with potentially broken functionality, which I see as an improvement over not compiling and no functionality. -- *Mario Limonciello* Linux Engineer *Dell*| OS Engineering