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

t/porting/libperl.t fails on PPC darwin 9.7 #15373

Closed
p5pRT opened this issue May 27, 2016 · 4 comments
Closed

t/porting/libperl.t fails on PPC darwin 9.7 #15373

p5pRT opened this issue May 27, 2016 · 4 comments

Comments

@p5pRT
Copy link

@p5pRT p5pRT commented May 27, 2016

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

Searchable as RT128266$

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 27, 2016

From @cpansprout

The nm output includes this line​:

  (undefined [lazy bound]) external _chmod$UNIX2003

but t/porting/libperl.t is looking for _chmod.

I don’t know enough about this to say whether the $UNIX2003 suffix (whatever it means) should simply be stripped unconditionally by the testing, or whether the test should actually make sure it is there depending in system version, etc.

perl -V​:

Summary of my perl5 (revision 5 version 24 subversion 0) configuration​:
 
  Platform​:
  osname=darwin, osvers=9.7.0, archname=darwin-2level
  uname='darwin treebeard.local 9.7.0 darwin kernel version 9.7.0​: tue mar 31 22​:54​:29 pdt 2009; root​:xnu-1228.12.14~1release_ppc power macintosh '
  config_args='-de -Dprefix=/usr -Doptimize=-O3 -Accflags=-DNO_MATHOMS -Dversiononly'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=undef, usemultiplicity=undef
  use64bitint=undef, use64bitall=undef, uselongdouble=undef
  usemymalloc=n, bincompat5005=undef
  Compiler​:
  cc='cc', ccflags ='-fno-common -DPERL_DARWIN -DNO_MATHOMS -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_FORTIFY_SOURCE=2 -DPERL_USE_SAFE_PUTENV',
  optimize='-O3',
  cppflags='-fno-common -DPERL_DARWIN -DNO_MATHOMS -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
  ccversion='', gccversion='4.0.1 (Apple Inc. build 5465)', gccosandvers=''
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321, doublekind=4
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, longdblkind=6
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, prototype=define
  Linker and Libraries​:
  ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /usr/lib
  libs=-lpthread -ldbm -ldl -lm -lutil -lc
  perllibs=-lpthread -ldl -lm -lutil -lc
  libc=, so=dylib, useshrplib=false, libperl=libperl.a
  gnulibc_version=''
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
  cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -L/usr/local/lib -fstack-protector'

Characteristics of this binary (from libperl)​:
  Compile-time options​: HAS_TIMES NO_MATHOMS PERLIO_LAYERS PERL_COPY_ON_WRITE
  PERL_DONT_CREATE_GVSV
  PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP
  PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV
  USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
  USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME
  USE_PERLIO USE_PERL_ATOF
  Built under darwin
  Compiled at May 26 2016 13​:38​:00
  @​INC​:
  lib
  /Library/Perl/5.24.0/darwin-2level
  /Library/Perl/5.24.0
  /Network/Library/Perl/5.24.0/darwin-2level
  /Network/Library/Perl/5.24.0
  /System/Library/Perl/5.24.0/darwin-2level
  /System/Library/Perl/5.24.0
  /Library/Perl
  /Network/Library/Perl
  .

--

Father Chrysostomos

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 29, 2016

From @cpansprout

On Thu May 26 22​:30​:38 2016, sprout wrote​:

The nm output includes this line​:

(undefined [lazy bound]) external _chmod$UNIX2003

but t/porting/libperl.t is looking for _chmod.

I don’t know enough about this to say whether the $UNIX2003 suffix
(whatever it means) should simply be stripped unconditionally by the
testing, or whether the test should actually make sure it is there
depending in system version, etc.

Since I got no response, I have just modified the test to strip the suffix, with commit 18d04e7.

--

Father Chrysostomos

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 29, 2016

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

@p5pRT
Copy link
Author

@p5pRT p5pRT commented May 29, 2016

@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
Projects
None yet
Development

No branches or pull requests

1 participant