From: Felix Janda <felix.janda@posteo.de>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [PATCH] On linux require the libc to have large file support
Date: Sun, 25 Jan 2015 19:49:23 +0100 [thread overview]
Message-ID: <20150125184922.GA705@euler> (raw)
In-Reply-To: <54C147F4.9030506@gmail.com>
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 18.01.2015 19:18, Felix Janda wrote:
> > Felix Janda wrote:
> >> Andrei Borzenkov wrote:
> >>> В Sat, 17 Jan 2015 14:57:07 +0100
> >>> Felix Janda <felix.janda@posteo.de> пишет:
> >>>
> >>>> With this, support code in grub-core/osdep/unix/hostdisk.c
> >>>> for old glibc releases could be removed.
> >>>> ---
> >>>> This patch tries to address the issues raised in
> >>>>
> >>>> http://lists.gnu.org/archive/html/grub-devel/2014-12/msg00030.html
> >>>> ---
> >>>> INSTALL | 1 +
> >>>> configure.ac | 5 +++++
> >>>> grub-core/osdep/unix/hostdisk.c | 25 -------------------------
> >>>> 3 files changed, 6 insertions(+), 25 deletions(-)
> >>>>
> >>>> diff --git a/INSTALL b/INSTALL
> >>>> index b67cd7f..ac7c2aa 100644
> >>>> --- a/INSTALL
> >>>> +++ b/INSTALL
> >>>> @@ -39,6 +39,7 @@ configuring the GRUB.
> >>>> On GNU/Linux, you also need:
> >>>>
> >>>> * libdevmapper 1.02.34 or later (recommended)
> >>>> +* a libc with large file support (e.g. glibc 2.1 or later)
> >>>>
> >>>> For optional grub-emu features, you need:
> >>>>
> >>>> diff --git a/configure.ac b/configure.ac
> >>>> index 31d2b0b..bdaebb8 100644
> >>>> --- a/configure.ac
> >>>> +++ b/configure.ac
> >>>> @@ -346,6 +346,11 @@ AC_GNU_SOURCE
> >>>> AM_GNU_GETTEXT([external])
> >>>> AC_SYS_LARGEFILE
> >>>>
> >>>> +if test x"$host_kernel" = xlinux ; then
> >>>
> >>> I wonder if we should do it unconditionally. Large files support is
> >>> really presumed by current code.
> >>>
> >>> Not for now, but something to keep in mind for next version.
> >>
> >> Yes, the test is not ideal. But enabling it for everything would
> >> break cygwin. (There sizeof(off_t)=4 and the windows hostdisk.c is
> >> used.)
> >
> I've put all windows flavours and AROS on whitelist. Everything else
> requires long-filesystem libc. Thank you for the patch.
> Actually there may be a way to make mingw have long off_t, perhaps some
> define. If so, it would be better to add it and keep only AROS on whitelist.
Thanks for fixing up the patch and committing!
Felix
prev parent reply other threads:[~2015-01-25 18:50 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-17 13:57 [PATCH] On linux require the libc to have large file support Felix Janda
2015-01-18 17:53 ` Andrei Borzenkov
2015-01-18 18:11 ` Felix Janda
2015-01-18 18:18 ` Felix Janda
2015-01-22 18:56 ` Vladimir 'φ-coder/phcoder' Serbinenko
2015-01-25 18:49 ` Felix Janda [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150125184922.GA705@euler \
--to=felix.janda@posteo.de \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).