grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] On linux require the libc to have large file support
@ 2015-01-17 13:57 Felix Janda
  2015-01-18 17:53 ` Andrei Borzenkov
  0 siblings, 1 reply; 6+ messages in thread
From: Felix Janda @ 2015-01-17 13:57 UTC (permalink / raw)
  To: grub-devel

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
+  AC_CHECK_SIZEOF(off_t)
+  test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is required])
+fi
+
 # Identify characteristics of the host architecture.
 unset ac_cv_c_bigendian
 
diff --git a/grub-core/osdep/unix/hostdisk.c b/grub-core/osdep/unix/hostdisk.c
index 43b56ff..14cab1c 100644
--- a/grub-core/osdep/unix/hostdisk.c
+++ b/grub-core/osdep/unix/hostdisk.c
@@ -48,11 +48,6 @@
 #ifdef __linux__
 # include <sys/ioctl.h>         /* ioctl */
 # include <sys/mount.h>
-# if !defined(__GLIBC__) || \
-        ((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1)))
-/* Maybe libc doesn't have large file support.  */
-#  include <linux/unistd.h>     /* _llseek */
-# endif /* (GLIBC < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR < 1)) */
 #endif /* __linux__ */
 
 grub_uint64_t
@@ -79,24 +74,6 @@ grub_util_get_fd_size (grub_util_fd_t fd, const char *name, unsigned *log_secsiz
   return st.st_size;
 }
 
-#if defined(__linux__) && (!defined(__GLIBC__) || \
-        ((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1))))
-  /* Maybe libc doesn't have large file support.  */
-int
-grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
-{
-  loff_t offset, result;
-  static int _llseek (uint filedes, ulong hi, ulong lo,
-		      loff_t *res, uint wh);
-  _syscall5 (int, _llseek, uint, filedes, ulong, hi, ulong, lo,
-	     loff_t *, res, uint, wh);
-
-  offset = (loff_t) off;
-  if (_llseek (fd, offset >> 32, offset & 0xffffffff, &result, SEEK_SET))
-    return -1;
-  return GRUB_ERR_NONE;
-}
-#else
 int
 grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
 {
@@ -107,8 +84,6 @@ grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
 
   return 0;
 }
-#endif
-
 
 /* Read LEN bytes from FD in BUF. Return less than or equal to zero if an
    error occurs, otherwise return LEN.  */
-- 
2.0.5


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] On linux require the libc to have large file support
  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
  0 siblings, 1 reply; 6+ messages in thread
From: Andrei Borzenkov @ 2015-01-18 17:53 UTC (permalink / raw)
  To: Felix Janda; +Cc: grub-devel

В 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.

> +  AC_CHECK_SIZEOF(off_t)
> +  test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is required])
> +fi
> +
>  # Identify characteristics of the host architecture.
>  unset ac_cv_c_bigendian
>  
> diff --git a/grub-core/osdep/unix/hostdisk.c b/grub-core/osdep/unix/hostdisk.c
> index 43b56ff..14cab1c 100644
> --- a/grub-core/osdep/unix/hostdisk.c
> +++ b/grub-core/osdep/unix/hostdisk.c
> @@ -48,11 +48,6 @@
>  #ifdef __linux__
>  # include <sys/ioctl.h>         /* ioctl */
>  # include <sys/mount.h>
> -# if !defined(__GLIBC__) || \
> -        ((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1)))
> -/* Maybe libc doesn't have large file support.  */
> -#  include <linux/unistd.h>     /* _llseek */
> -# endif /* (GLIBC < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR < 1)) */
>  #endif /* __linux__ */
>  
>  grub_uint64_t
> @@ -79,24 +74,6 @@ grub_util_get_fd_size (grub_util_fd_t fd, const char *name, unsigned *log_secsiz
>    return st.st_size;
>  }
>  
> -#if defined(__linux__) && (!defined(__GLIBC__) || \
> -        ((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1))))
> -  /* Maybe libc doesn't have large file support.  */
> -int
> -grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
> -{
> -  loff_t offset, result;
> -  static int _llseek (uint filedes, ulong hi, ulong lo,
> -		      loff_t *res, uint wh);
> -  _syscall5 (int, _llseek, uint, filedes, ulong, hi, ulong, lo,
> -	     loff_t *, res, uint, wh);
> -
> -  offset = (loff_t) off;
> -  if (_llseek (fd, offset >> 32, offset & 0xffffffff, &result, SEEK_SET))
> -    return -1;
> -  return GRUB_ERR_NONE;
> -}
> -#else
>  int
>  grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
>  {
> @@ -107,8 +84,6 @@ grub_util_fd_seek (grub_util_fd_t fd, grub_uint64_t off)
>  
>    return 0;
>  }
> -#endif
> -
>  
>  /* Read LEN bytes from FD in BUF. Return less than or equal to zero if an
>     error occurs, otherwise return LEN.  */



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] On linux require the libc to have large file support
  2015-01-18 17:53 ` Andrei Borzenkov
@ 2015-01-18 18:11   ` Felix Janda
  2015-01-18 18:18     ` Felix Janda
  0 siblings, 1 reply; 6+ messages in thread
From: Felix Janda @ 2015-01-18 18:11 UTC (permalink / raw)
  To: Andrei Borzenkov; +Cc: grub-devel

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.)

It was not obvious for me how to detect all architectures that
build grub-core/osdep/unix/hostdisk.c. It would also be possible
to put something like

int get_a_libc_with_lfs_support[sizeof(off_t)-8];

into grub-core/osdep/unix/hostdisk.c making at least the build fail
for the right architectures.

> > +  AC_CHECK_SIZEOF(off_t)
> > +  test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is required])
> > +fi
> > +
> >  # Identify characteristics of the host architecture.
> >  unset ac_cv_c_bigendian
> >  
> > [..]


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] On linux require the libc to have large file support
  2015-01-18 18:11   ` Felix Janda
@ 2015-01-18 18:18     ` Felix Janda
  2015-01-22 18:56       ` Vladimir 'φ-coder/phcoder' Serbinenko
  0 siblings, 1 reply; 6+ messages in thread
From: Felix Janda @ 2015-01-18 18:18 UTC (permalink / raw)
  To: Andrei Borzenkov; +Cc: grub-devel

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.)

Sorry, that should be mingw. I've taken this from

http://stackoverflow.com/questions/18908557/how-to-enable-largefile-support-on-windows-using-mingw-autotools

> 
> It was not obvious for me how to detect all architectures that
> build grub-core/osdep/unix/hostdisk.c. It would also be possible
> to put something like
> 
> int get_a_libc_with_lfs_support[sizeof(off_t)-8];
> 
> into grub-core/osdep/unix/hostdisk.c making at least the build fail
> for the right architectures.
> 
> > > +  AC_CHECK_SIZEOF(off_t)
> > > +  test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is required])
> > > +fi
> > > +
> > >  # Identify characteristics of the host architecture.
> > >  unset ac_cv_c_bigendian
> > >  
> > > [..]

-- 


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] On linux require the libc to have large file support
  2015-01-18 18:18     ` Felix Janda
@ 2015-01-22 18:56       ` Vladimir 'φ-coder/phcoder' Serbinenko
  2015-01-25 18:49         ` Felix Janda
  0 siblings, 1 reply; 6+ messages in thread
From: Vladimir 'φ-coder/phcoder' Serbinenko @ 2015-01-22 18:56 UTC (permalink / raw)
  To: grub-devel

[-- Attachment #1: Type: text/plain, Size: 2752 bytes --]

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.
> Sorry, that should be mingw. I've taken this from
> 
> http://stackoverflow.com/questions/18908557/how-to-enable-largefile-support-on-windows-using-mingw-autotools
> 
>>
>> It was not obvious for me how to detect all architectures that
>> build grub-core/osdep/unix/hostdisk.c. It would also be possible
>> to put something like
>>
>> int get_a_libc_with_lfs_support[sizeof(off_t)-8];
>>
>> into grub-core/osdep/unix/hostdisk.c making at least the build fail
>> for the right architectures.
>>
>>>> +  AC_CHECK_SIZEOF(off_t)
>>>> +  test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is required])
>>>> +fi
>>>> +
>>>>  # Identify characteristics of the host architecture.
>>>>  unset ac_cv_c_bigendian
>>>>  
>>>> [..]
> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] On linux require the libc to have large file support
  2015-01-22 18:56       ` Vladimir 'φ-coder/phcoder' Serbinenko
@ 2015-01-25 18:49         ` Felix Janda
  0 siblings, 0 replies; 6+ messages in thread
From: Felix Janda @ 2015-01-25 18:49 UTC (permalink / raw)
  To: The development of GNU GRUB

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2015-01-25 18:50 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 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).