Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

enable LFS on GNU/Hurd #11736

Closed
p5pRT opened this issue Nov 6, 2011 · 5 comments
Closed

enable LFS on GNU/Hurd #11736

p5pRT opened this issue Nov 6, 2011 · 5 comments

Comments

@p5pRT
Copy link

p5pRT commented Nov 6, 2011

Migrated from rt.perl.org#103014 (status was 'resolved')

Searchable as RT103014$

@p5pRT
Copy link
Author

p5pRT commented Nov 6, 2011

From @jmdh

Please find attached a against the GNU/Hurd hints in blead, enabling LFS
support. Author and details enclosed.

Tested on blead.

Debian bug report at
<http​://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645790>

Thanks,
Dominic.

--
Dominic Hargreaves | http​://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

@p5pRT
Copy link
Author

p5pRT commented Nov 6, 2011

From @jmdh

0001-enable-LFS-on-GNU-Hurd.patch
From d59d74294e4d73647fcb87d9fdeda0a090016610 Mon Sep 17 00:00:00 2001
From: Pino Toscano <pino@debian.org>
Date: Tue, 1 Nov 2011 18:37:19 +0000
Subject: [PATCH] enable LFS on GNU/Hurd

at the moment, perl is compiled on GNU/Hurd without large file support.
This, other than the lacking of support for files > 2 GB, causes the
failure in the t/op/stat.t test.
The failure in stat.t happens because of the following: when filtering
devices in /dev/* using grep {} with -b/-c, stat fails for large
devices such as /dev/hdX blocks, or /dev/zero chars (this latter case
should be an Hurd-specific issue, but shouldn't matter for this case),
hence the counts done with grep {} and the ones done filtering the
output of `ls' don't match.

The attached patch enables the LFS using the same way used on linux.sh;
about t/op/lfs.t, it gets skipped at the "kernel/fs not configured to
use large files?" check, although it correctly detects sparse files and
(at least by looking at the disk usage) allocates the 5GB (or so) file
created with system() in that test.
---
 hints/gnu.sh |   13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)

diff --git a/hints/gnu.sh b/hints/gnu.sh
index f075642..4233371 100644
--- a/hints/gnu.sh
+++ b/hints/gnu.sh
@@ -33,6 +33,19 @@ ccdlflags='-Wl,-E'
 # Debian bug #258618
 ccflags="-D_GNU_SOURCE $ccflags"
 
+cat > UU/uselargefiles.cbu <<'EOCBU'
+# This script UU/uselargefiles.cbu will get 'called-back' by Configure
+# after it has prompted the user for whether to use large files.
+case "$uselargefiles" in
+''|$define|true|[yY]*)
+# Keep this in the left margin.
+ccflags_uselargefiles="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
+
+	ccflags="$ccflags $ccflags_uselargefiles"
+	;;
+esac
+EOCBU
+
 # The following routines are only available as stubs in GNU libc.
 # XXX remove this once metaconf detects the GNU libc stubs.
 d_msgctl='undef'
-- 
1.7.7

@p5pRT
Copy link
Author

p5pRT commented Nov 6, 2011

From @cpansprout

On Sun Nov 06 07​:53​:30 2011, dom wrote​:

Please find attached a against the GNU/Hurd hints in blead, enabling LFS
support. Author and details enclosed.

Tested on blead.

Debian bug report at
<http​://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645790>

Thanks,
Dominic.

Thank you. Applied as 1fda587.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Nov 6, 2011

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Nov 6, 2011

@cpansprout - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant