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

Typo on line 390 of .../hints/solaris_2.sh #2097

Closed
p5pRT opened this issue Jun 16, 2000 · 10 comments
Closed

Typo on line 390 of .../hints/solaris_2.sh #2097

p5pRT opened this issue Jun 16, 2000 · 10 comments

Comments

@p5pRT
Copy link

@p5pRT p5pRT commented Jun 16, 2000

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

Searchable as RT3388$

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From Kevin.Ruscoe@ubsw.com

This is a bug report for perl from Kevin.Ruscoe@​ubsw.com,
generated with the help of perlbug 1.28 running under perl v5.6.0.


Hi

Line 390 of .../hints/solaris_2.sh uses the match string "2.[1-6]" to
determine
whether the version of Solaris is late enough to support 64 bit
integers.
However, uname(1) reports the operating system release level using
the kernel's
5.x numbering system, so the string should be "5.[1-6]".

Best wishes

Kevin



Flags​:
  category=install
  severity=low


Site configuration information for perl v5.6.0​:

Configured by ruscoekm at Tue May 16 13​:32​:43 BST 2000.

Summary of my perl5 (revision 5.0 version 6 subversion 0)
configuration​:
  Platform​:
  osname=solaris, osvers=2.6, archname=sun4-solaris-thread
  uname='sunos ln16p1166swk 5.6 generic_105181-12 sun4u sparc
sunw,ultra-2 '
  config_args=''
  hint=recommended, useposix=true, d_sigaction=define
  usethreads=define use5005threads=define useithreads=undef
usemultiplicity=undef
  useperlio=undef d_sfio=undef uselargefiles=define
  use64bitint=undef use64bitall=undef uselongdouble=undef
usesocks=undef
  Compiler​:
  cc='cc', optimize='-O', gccversion=
  cppflags='-D_REENTRANT'
  ccflags ='-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
  stdchar='unsigned char', d_stdstdio=define, usevfork=false
  intsize=4, longsize=4, ptrsize=4, doublesize=8
  d_longlong=define, longlongsize=8, d_longdbl=define,
longdblsize=16
  ivtype='long', ivsize=4, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
  alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags =' '
  libpth=/lib /usr/lib /usr/ccs/lib
  libs=-lsocket -lnsl -ldl -lm -lposix4 -lpthread -lc -lcrypt -lsec
  libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
  cccdlflags='-KPIC', lddlflags='-G'

Locally applied patches​:
 


@​INC for perl v5.6.0​:
  /home/ruscoekm/wa_tree/lib
  /home/ruscoekm/3ps/perl_modules/install/lib/site_perl
  /home/ruscoekm/3ps/perl_modules/install/lib/site_perl/sun4-solaris
  /home/ruscoekm/3ps/perl/install/lib/5.6.0/sun4-solaris-thread
  /home/ruscoekm/3ps/perl/install/lib/5.6.0
 
/home/ruscoekm/3ps/perl/install/lib/site_perl/5.6.0/sun4-solaris-threa
d
  /home/ruscoekm/3ps/perl/install/lib/site_perl/5.6.0
  /home/ruscoekm/3ps/perl/install/lib/site_perl
  .


Environment for perl v5.6.0​:
  HOME=/home/ruscoekm
  LANG=C
  LANGUAGE (unset)
  LC_CTYPE=C
 
LD_LIBRARY_PATH=/usr/dt/lib​:/usr/openwin/lib​:/home/ruscoekm/wa_tree/li
nks/sybase/lib​:/home/ruscoekm/wa_tree/links/xemacs/lib​:/home/ruscoekm/
wa_tree/links/png/lib​:/home/ruscoekm/wa_tree/links/xpm/lib​:/home/rusco
ekm/wa_tree/links/reuters/lib/sun4_5.5​:/home/ruscoekm/wa_tree/links/re
uters/lib/sun4_5.5-sw​:/home/ruscoekm/wa_tree/links/rogue/4d/lib​:/home/
ruscoekm/wa_tree/links/rogue/7d/lib​:/home/ruscoekm/wa_tree/links/tcl/l
ib​:/home/ruscoekm/wa_tree/lib
  LOGDIR (unset)
 
PATH=/home/staffoph/sccs/prod/bin​:/home/wa_dev/sccs/prod/bin​:/usr/bin​:
/usr/dt/bin​:/usr/openwin/bin​:/usr/ccs/bin​:/home/ruscoekm/wa_tree/links
/sybase/bin​:/home/ruscoekm/wa_tree/links/xemacs/bin​:/home/ruscoekm/wa_
tree/links/xpm/bin​:/home/ruscoekm/wa_tree/links/sparcworks/bin​:/home/r
uscoekm/wa_tree/links/perl/bin​:/home/ruscoekm/wa_tree/links/bash/bin​:/
home/ruscoekm/wa_tree/links/ddd/bin​:/home/ruscoekm/wa_tree/links/gzip/
bin​:/home/ruscoekm/wa_tree/links/sqsh/bin​:/home/ruscoekm/wa_tree/bin​:/
home/ruscoekm/wa_tree/links/enscript/bin​:/home/ruscoekm/wa_tree/links/
books/power_tools/prod/bin​:/home/ruscoekm/bin​:/home/ruscoekm/wa_tree/l
inks/gnats/bin​:/home/ruscoekm/wa_tree/links/gnats/libexec/gnats​:/home/
ruscoekm/wa_tree/links/tcl/bin
 
PERLLIB=/home/ruscoekm/wa_tree/lib​:/home/ruscoekm/3ps/perl_modules/ins
tall/lib/site_perl​:/home/ruscoekm/3ps/perl_modules/install/lib/site_pe
rl/sun4-solaris
  PERL_BADLANG (unset)
  SHELL=/sbcimp/run/pd/bash/prod/bin/bash

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From Kevin.Ruscoe@ubsw.com

To​: perlbug@​perl.com
Subject​: Typo on line 390 of .../hints/solaris_2.sh
Cc​: Kevin.Ruscoe@​ubsw.com
Reply-To​: Kevin.Ruscoe@​ubsw.com

This is a bug report for perl from Kevin.Ruscoe@​ubsw.com,
generated with the help of perlbug 1.28 running under perl v5.6.0.


Line 390 of .../hints/solaris_2.sh uses the match string "2.[1-6]" to determine
whether the version of Solaris is late enough to support 64 bit integers.
However, uname(1) reports the operating system release level using the kernel's
5.x numbering system, so the string should be "5.[1-6]".



Flags​:
  category=install
  severity=low


Site configuration information for perl v5.6.0​:

Configured by ruscoekm at Tue May 16 13​:32​:43 BST 2000.

Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration​:
  Platform​:
  osname=solaris, osvers=2.6, archname=sun4-solaris-thread
  uname='sunos ln16p1166swk 5.6 generic_105181-12 sun4u sparc sunw,ultra-2 '
  config_args=''
  hint=recommended, useposix=true, d_sigaction=define
  usethreads=define use5005threads=define useithreads=undef usemultiplicity=undef
  useperlio=undef d_sfio=undef uselargefiles=define
  use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
  Compiler​:
  cc='cc', optimize='-O', gccversion=
  cppflags='-D_REENTRANT'
  ccflags ='-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
  stdchar='unsigned char', d_stdstdio=define, usevfork=false
  intsize=4, longsize=4, ptrsize=4, doublesize=8
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags =' '
  libpth=/lib /usr/lib /usr/ccs/lib
  libs=-lsocket -lnsl -ldl -lm -lposix4 -lpthread -lc -lcrypt -lsec
  libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
  cccdlflags='-KPIC', lddlflags='-G'

Locally applied patches​:
 


@​INC for perl v5.6.0​:
  /home/ruscoekm/wa_tree/lib
  /home/ruscoekm/3ps/perl_modules/install/lib/site_perl
  /home/ruscoekm/3ps/perl_modules/install/lib/site_perl/sun4-solaris
  /home/ruscoekm/3ps/perl/install/lib/5.6.0/sun4-solaris-thread
  /home/ruscoekm/3ps/perl/install/lib/5.6.0
  /home/ruscoekm/3ps/perl/install/lib/site_perl/5.6.0/sun4-solaris-thread
  /home/ruscoekm/3ps/perl/install/lib/site_perl/5.6.0
  /home/ruscoekm/3ps/perl/install/lib/site_perl
  .


Environment for perl v5.6.0​:
  HOME=/home/ruscoekm
  LANG=C
  LANGUAGE (unset)
  LC_CTYPE=C
  LD_LIBRARY_PATH=/usr/dt/lib​:/usr/openwin/lib​:/home/ruscoekm/wa_tree/links/sybase/lib​:/home/ruscoekm/wa_tree/links/xemacs/lib​:/home/ruscoekm/wa_tree/links/png/lib​:/home/ruscoekm/wa_tree/links/xpm/lib​:/home/ruscoekm/wa_tree/links/reuters/lib/sun4_5.5​:/home/ruscoekm/wa_tree/links/reuters/lib/sun4_5.5-sw​:/home/ruscoekm/wa_tree/links/rogue/4d/lib​:/home/ruscoekm/wa_tree/links/rogue/7d/lib​:/home/ruscoekm/wa_tree/links/tcl/lib​:/home/ruscoekm/wa_tree/lib
  LOGDIR (unset)
  PATH=/home/staffoph/sccs/prod/bin​:/home/wa_dev/sccs/prod/bin​:/usr/bin​:/usr/dt/bin​:/usr/openwin/bin​:/usr/ccs/bin​:/home/ruscoekm/wa_tree/links/sybase/bin​:/home/ruscoekm/wa_tree/links/xemacs/bin​:/home/ruscoekm/wa_tree/links/xpm/bin​:/home/ruscoekm/wa_tree/links/sparcworks/bin​:/home/ruscoekm/wa_tree/links/perl/bin​:/home/ruscoekm/wa_tree/links/bash/bin​:/home/ruscoekm/wa_tree/links/ddd/bin​:/home/ruscoekm/wa_tree/links/gzip/bin​:/home/ruscoekm/wa_tree/links/sqsh/bin​:/home/ruscoekm/wa_tree/bin​:/home/ruscoekm/wa_tree/links/enscript/bin​:/home/ruscoekm/wa_tree/links/books/power_tools/prod/bin​:/home/ruscoekm/bin​:/home/ruscoekm/wa_tree/links/gnats/bin​:/home/ruscoekm/wa_tree/links/gnats/libexec/gnats​:/home/ruscoekm/wa_tree/links/tcl/bin
  PERLLIB=/home/ruscoekm/wa_tree/lib​:/home/ruscoekm/3ps/perl_modules/install/lib/site_perl​:/home/ruscoekm/3ps/perl_modules/install/lib/site_perl/sun4-solaris
  PERL_BADLANG (unset)
  SHELL=/sbcimp/run/pd/bash/prod/bin/bash

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From Kevin.Ruscoe@ubsw.com

This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From [Unknown Contact. See original ticket]

Kevin.Ruscoe@​ubsw.com [Kevin.Ruscoe@​ubsw.com] quoth​:
*>
*>Line 390 of .../hints/solaris_2.sh uses the match string "2.[1-6]" to
*>determine whether the version of Solaris is late enough to support 64 bit
*>integers. However, uname(1) reports the operating system release level using
*>the kernel's 5.x numbering system, so the string should be "5.[1-6]".

Since it is using 'uname -r' 2.* would not match as Solaris, despite the
new numbering of 8 and 7, etc., still call themselves 5.8 and 5.7 like its
5.6, 5.5.1 and brethren. Solaris 1.1.1 is SunOS 4.1.4 and SunOS 5.6 is really
Solaris 2.6...now 8 can be either 2.8 or 5.8....It can get confusing.

I don't have a < 2.6 box anymore but I don't recall ever seeing uname return
anything but a 5.* on a Solaris system so there may be more to this than
meets the eye.

e.

*** solaris_2.sh.orig Fri Jun 16 12​:58​:03 2000
--- solaris_2.sh Fri Jun 16 12​:59​:14 2000
***************
*** 385,395 ****
  # This script UU/use64bitint.cbu will get 'called-back' by Configure
  # after it has prompted the user for whether to use 64 bit integers.
  case "$use64bitint" in
  "$define"|true|[yY]*)
  case "`uname -r`" in
! 2.[1-6])
  cat >&4 <<EOM
  Solaris `uname -r` does not support 64-bit integers.
  You should upgrade to at least Solaris 2.7.
  EOM
  exit 1
--- 385,395 ----
  # This script UU/use64bitint.cbu will get 'called-back' by Configure
  # after it has prompted the user for whether to use 64 bit integers.
  case "$use64bitint" in
  "$define"|true|[yY]*)
  case "`uname -r`" in
! 5.[1-6])
  cat >&4 <<EOM
  Solaris `uname -r` does not support 64-bit integers.
  You should upgrade to at least Solaris 2.7.
  EOM
  exit 1

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From [Unknown Contact. See original ticket]

From perl5-porters-return-13783-rmb1=cise.npl.co.uk@​perl.org Fri Jun 16 19​:09​:43 2000
Kevin.Ruscoe@​ubsw.com [Kevin.Ruscoe@​ubsw.com] quoth​:
*>
*>Line 390 of .../hints/solaris_2.sh uses the match string "2.[1-6]" to
*>determine whether the version of Solaris is late enough to support 64 bit
*>integers. However, uname(1) reports the operating system release level using
*>the kernel's 5.x numbering system, so the string should be "5.[1-6]".

Since it is using 'uname -r' 2.* would not match as Solaris, despite the
new numbering of 8 and 7, etc., still call themselves 5.8 and 5.7 like its
5.6, 5.5.1 and brethren. Solaris 1.1.1 is SunOS 4.1.4 and SunOS 5.6 is really
Solaris 2.6...now 8 can be either 2.8 or 5.8....It can get confusing.

I don't have a < 2.6 box anymore but I don't recall ever seeing uname return
anything but a 5.* on a Solaris system so there may be more to this than
meets the eye.

To my eye, you are violently agreeing.

e.

*** solaris_2.sh.orig Fri Jun 16 12​:58​:03 2000
--- solaris_2.sh Fri Jun 16 12​:59​:14 2000
***************
*** 385,395 ****
# This script UU/use64bitint.cbu will get 'called-back' by Configure
# after it has prompted the user for whether to use 64 bit integers.
case "$use64bitint" in
"$define"|true|[yY]*)
case "`uname -r`" in
! 2.[1-6])
cat >&4 <<EOM
Solaris `uname -r` does not support 64-bit integers.
You should upgrade to at least Solaris 2.7.
EOM
exit 1
--- 385,395 ----
# This script UU/use64bitint.cbu will get 'called-back' by Configure
# after it has prompted the user for whether to use 64 bit integers.
case "$use64bitint" in
"$define"|true|[yY]*)
case "`uname -r`" in
! 5.[1-6])
cat >&4 <<EOM
Solaris `uname -r` does not support 64-bit integers.
You should upgrade to at least Solaris 2.7.
EOM
exit 1

Don't we need
*** solaris_2.sh.orig Fri Jun 16 12​:58​:03 2000
--- solaris_2.sh Fri Jun 16 12​:59​:14 2000
***************
*** 385,395 ****
  # This script UU/use64bitint.cbu will get 'called-back' by Configure
  # after it has prompted the user for whether to use 64 bit integers.
  case "$use64bitint" in
  "$define"|true|[yY]*)
  case "`uname -r`" in
! 2.[1-6])
  cat >&4 <<EOM
! Solaris `uname -r` does not support 64-bit integers.
! You should upgrade to at least Solaris 2.7.
  EOM
  exit 1
--- 385,395 ----
  # This script UU/use64bitint.cbu will get 'called-back' by Configure
  # after it has prompted the user for whether to use 64 bit integers.
  case "$use64bitint" in
  "$define"|true|[yY]*)
  case "`uname -r`" in
! 5.[1-6])
  cat >&4 <<EOM
! SunOS `uname -r` does not support 64-bit integers.
! You should upgrade to at least SunOS 5.7 (i.e. Solaris 2.7).
  EOM
  exit 1

Robin

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From [Unknown Contact. See original ticket]

Robin Barker [rmb1@​cise.npl.co.uk] quoth​:
*>
*>To my eye, you are violently agreeing.

No, I was sure it couldn't be quite that obvious, but sometimes the
obvious is the most often overlooked.

Configure does "$sed 's/^5/2/g'" on the osversion for solaris. I don't
even want to know why :)

e.

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 16, 2000

From [Unknown Contact. See original ticket]

On Fri, Jun 16, 2000 at 01​:09​:19PM -0500, HappyFunBall wrote​:

Kevin.Ruscoe@​ubsw.com [Kevin.Ruscoe@​ubsw.com] quoth​:
*>
*>Line 390 of .../hints/solaris_2.sh uses the match string "2.[1-6]" to
*>determine whether the version of Solaris is late enough to support 64 bit
*>integers. However, uname(1) reports the operating system release level using
*>the kernel's 5.x numbering system, so the string should be "5.[1-6]".

Since it is using 'uname -r' 2.* would not match as Solaris, despite the
new numbering of 8 and 7, etc., still call themselves 5.8 and 5.7 like its
5.6, 5.5.1 and brethren. Solaris 1.1.1 is SunOS 4.1.4 and SunOS 5.6 is really
Solaris 2.6...now 8 can be either 2.8 or 5.8....It can get confusing.

I don't have a < 2.6 box anymore but I don't recall ever seeing uname return
anything but a 5.* on a Solaris system so there may be more to this than
meets the eye.

  FYI, Solaris 2.5.1 returns `5.5.1'.

  Peace,
* Kurt Starsinic (kstar@​orientation.com) ---------- Senior Network Engineer *
| `People keep pretending they can make things deeply |
| hierarchical, categorizable and sequential when they can't. |
| Everything is deeply intertwingled.' -- Ted Nelson |

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Jun 17, 2000

From [Unknown Contact. See original ticket]

rmb1@​cise.npl.co.uk (Robin Barker ) writes​:

Don't we need
*** solaris_2.sh.orig Fri Jun 16 12​:58​:03 2000
--- solaris_2.sh Fri Jun 16 12​:59​:14 2000
***************
*** 385,395 ****
# This script UU/use64bitint.cbu will get 'called-back' by Configure
# after it has prompted the user for whether to use 64 bit integers.
case "$use64bitint" in
"$define"|true|[yY]*)
case "`uname -r`" in
! 2.[1-6])
cat >&4 <<EOM
! Solaris `uname -r` does not support 64-bit integers.
! You should upgrade to at least Solaris 2.7.
EOM
exit 1
--- 385,395 ----
# This script UU/use64bitint.cbu will get 'called-back' by Configure
# after it has prompted the user for whether to use 64 bit integers.
case "$use64bitint" in
"$define"|true|[yY]*)
case "`uname -r`" in
! 5.[1-6])
cat >&4 <<EOM
! SunOS `uname -r` does not support 64-bit integers.
! You should upgrade to at least SunOS 5.7 (i.e. Solaris 2.7).
EOM
exit 1

I'd recommend using the following message to avoid confusing people​:

Solaris `uname -r | sed -e 's/^5\.\(\<[0-6]\>\)/2.\1/' -e 's/^5\.//'` does not support 64-bit integers.
You should upgrade to at least Solaris 7.

This follows Sun's marketing nomenclature of 2.0 .. 2.6, 7, 8 and
assumes that future releases will continue to use Solaris \d+.
I think many people believe SunOS != Solaris (disjuct), while
SunOS < Solaris (part-of). (Excuses to all math people for the
notation...)

Lupe Christoph

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 3, 2003

From @iabyn

This appears to have been fixed at some point.

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 3, 2003

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

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

Successfully merging a pull request may close this issue.

None yet
1 participant