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
Configure is confused by '=' in output from uname -a #12734
Comments
From apb@cequrux.comCreated by apb@cequrux.comThe Configure script that comes with perl-5-16.2 (and probably This code in the Configure script ignores everything up to and 3098 myuname=`$uname -a 2>/dev/null` I assume that there is some system where this is useful, but NetBSD hostname.domainname 6.99.16 NetBSD 6.99.16 (MYKERNEL) After the sed and tr commands in lines 3102 and 3103, we are left with username@hostname:/dirname module=src branch=HEAD There's no operating system name or version there, so I don't why it tries to parse the OS name and version from I would suggest using "uname -s" and "uname -r" instead of --- Configure.orig 2012-10-26 02:44:14.000000000 +0000 This will still delete eveything up to and including the first Perl Info
|
From @jkeenanOn Wed Jan 23 05:04:38 2013, apb@cequrux.com wrote:
FWIW I tried this patch out on a recent Darwin/x86_64 (OS X 10.6, I We should probably get this tried out on lots of OSes, as well as having Thank you very much. |
The RT System itself - Status changed from 'new' to 'open' |
From @doughera88On Wed, 23 Jan 2013, apb @ cequrux . com wrote:
That snippet of Configure was designed to handle the uname output on ?X: Special mention for Xenix, whose 'uname -a' gives us output like this: I think it's probably safe to drop Xenix support from perl 5.
At the time, my recollection is that we couldn't even count on "uname" Still, for the moment, the smaller change of removing the sed command -- |
From @TuxOn Thu, 24 Jan 2013 09:06:58 -0500 (EST), Andy Dougherty
uname -s is pretty reliable, but I have no idea if uname -r will be uname -s uname -r
Agree -- |
From @doughera88I removed the Xenix support in metaconfig commit -- |
@doughera88 - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#116523 (status was 'resolved')
Searchable as RT116523$
The text was updated successfully, but these errors were encountered: