Scalar::Util::Weak Problem

Hello all,

I am once again attempting (unsuccessfully at the moment) to get RT 3.5.7
installed on AIX. I’m compiling everything from scratch on an AIX v5.2
machine using IBM Vac 7.x.

I’ve compiled Perl v5.8.7 using the following Configure:

sh Configure -des -Dusenm -Dprefix=/sftw/perl -Duseithreads
-Dusemultiplicity -Duseperlio
-Duselargefiles -Dd_sigaction -Dlibpth=’/lib /usr/lib /usr/ccs/lib’
-Dlibs=’-lbind -lnsl -ldbm -ldb -ldl -lld -lm -lcrypt -lpthreads -lc -lbsd
-lPW’
-Dccflags=’-q32 -D_LARGE_FILES -qlonglong’ -Dlddlflags=’-bM:SRE -lc_r’
-Dldflags=’-b32’

I “borrowed” the ccflags/lddlflags/ldflags/libs from the compile flags
used on the perl that ships with Aix v5.2 BTW.

I’ve gotten a number of the perl modules to install, but the Weaken part
of Scalar::Util doesn’t want to compile, and that’s causing other modules
to barf during their tests. I can only assume that this is an important
part of Scalar::Util and I should try to figure out why it’s not
working…I don’t have a clue, so I’m hoping someone else on the list
knows…

Here is the output during the installation of Scalar::Util

[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > perl
Makefile.PL
Checking if your kit is complete…
Looks good
Writing Makefile for List::Util
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
cp lib/List/Util.pm blib/lib/List/Util.pm
cp lib/Scalar/Util.pm blib/lib/Scalar/Util.pm
/usr/bin/perl -Iinc -e ‘use ExtUtils::Mksymlists;
Mksymlists(“NAME” => “List::Util”, “DL_FUNCS” => { }, “FUNCLIST” => [],
“DL_VARS” => []);’
/usr/bin/perl -Iinc /sftw/perl/lib/5.8.7/ExtUtils/xsubpp -typemap
/sftw/perl/lib/5.8.7/ExtUtils/typemap Util.xs > Util.xsc && mv Util.xsc
Util.c
cc_r -c -q32 -D_LARGE_FILES -qlonglong -D_ALL_SOURCE -D_ANSI_C_SOURCE
-D_POSIX_SOURCE -qmaxmem=-1 -qnoansialias -DUSE_NATIVE_DLOPEN
-DNEED_PTHREAD_INIT -I/usr/local/include -q32 -D_LARGE_FILES -qlonglong -O
-DVERSION=“1.18” -DXS_VERSION=“1.18"
”-I/sftw/perl/lib/5.8.7/aix-thread-multi/CORE" -DPERL_EXT Util.c
Running Mkbootstrap for List::Util ()
chmod 644 Util.bs
rm -f blib/arch/auto/List/Util/Util.so
ld -bM:SRE -lc_r -bhalt:4 -bexpall -G -bnoentry -lpthreads -lc Util.o -o
blib/arch/auto/List/Util/Util.so
\

chmod 755 blib/arch/auto/List/Util/Util.so
cp Util.bs blib/arch/auto/List/Util/Util.bs
chmod 644 blib/arch/auto/List/Util/Util.bs
Manifying blib/man3/List::Util.3
Manifying blib/man3/Scalar::Util.3
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
test
PERL_DL_NONLAZY=1 /usr/bin/perl “-MExtUtils::Command::MM” “-e”
“test_harness(0, ‘inc’, ‘blib/lib’, ‘blib/arch’)” t/*.t
t/00version…ok
t/blessed…ok
t/dualvar…skipped
all skipped: dualvar requires XS version
t/first…ok
2/17 skipped: Poor man’s MULTICALL can’t cope
t/isvstring…skipped
all skipped: isvstring requires XS version
t/lln…ok
t/max…ok
t/maxstr…ok
t/min…ok
t/minstr…ok
t/openhan…ok
t/p_blessed…ok
t/p_first…ok
t/p_lln…ok
t/p_max…ok
t/p_maxstr…ok
t/p_min…ok
t/p_minstr…ok
t/p_openhan…ok
t/p_readonly…ok
t/p_reduce…ok
t/p_refaddr…ok
t/p_reftype…ok
t/p_shuffle…ok
t/p_sum…ok
t/p_tainted…ok
t/proto…skipped
all skipped: set_prototype requires XS version
t/readonly…ok
t/reduce…ok
2/23 skipped: Poor man’s MULTICALL can’t cope
t/refaddr…ok
t/reftype…ok
t/shuffle…ok
t/sum…ok
t/tainted…ok
t/weak…skipped
all skipped: weaken requires XS version
All tests successful, 4 tests and 4 subtests skipped.
Files=35, Tests=327, 5 wallclock secs ( 2.62 cusr + 2.13 csys = 4.75
CPU)

As you can see, Weak complains about needing the XS version…What’s an XS
version? in the hopes of shotguning a fix I updated ExtUtils::MakeMaker,
ExtUtils::Cbuilder, XSLoader, Params::Validate…All to no avail.

Any ideas?

Jonathan Kaufman

Foot Locker Corporate Services, Inc.

Visit us on-line at footlocker.com.

The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it
from your computer. Although the Company attempts to sweep e-mail and
attachments for viruses, it does not guarantee that either are virus-free
and accepts no liability for any damage sustained as a result of viruses.

If you ‘install XS’ it will download PDL-1.99989 for some reason.
Install that, then install scalar-utils again. That seemed to work for me.

  • Chris

jkaufman@footlocker.com wrote:

Hello all,

I am once again attempting (unsuccessfully at the moment) to get RT 3.5.7
installed on AIX. I’m compiling everything from scratch on an AIX v5.2
machine using IBM Vac 7.x.

I’ve compiled Perl v5.8.7 using the following Configure:

sh Configure -des -Dusenm -Dprefix=/sftw/perl -Duseithreads
-Dusemultiplicity -Duseperlio
-Duselargefiles -Dd_sigaction -Dlibpth=’/lib /usr/lib /usr/ccs/lib’
-Dlibs=’-lbind -lnsl -ldbm -ldb -ldl -lld -lm -lcrypt -lpthreads -lc -lbsd
-lPW’
-Dccflags=’-q32 -D_LARGE_FILES -qlonglong’ -Dlddlflags=’-bM:SRE -lc_r’
-Dldflags=’-b32’

I “borrowed” the ccflags/lddlflags/ldflags/libs from the compile flags
used on the perl that ships with Aix v5.2 BTW.

I’ve gotten a number of the perl modules to install, but the Weaken part
of Scalar::Util doesn’t want to compile, and that’s causing other modules
to barf during their tests. I can only assume that this is an important
part of Scalar::Util and I should try to figure out why it’s not
working…I don’t have a clue, so I’m hoping someone else on the list
knows…

Here is the output during the installation of Scalar::Util

[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > perl
Makefile.PL
Checking if your kit is complete…
Looks good
Writing Makefile for List::Util
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
cp lib/List/Util.pm blib/lib/List/Util.pm
cp lib/Scalar/Util.pm blib/lib/Scalar/Util.pm
/usr/bin/perl -Iinc -e ‘use ExtUtils::Mksymlists;
Mksymlists(“NAME” => “List::Util”, “DL_FUNCS” => { }, “FUNCLIST” => [],
“DL_VARS” => []);’
/usr/bin/perl -Iinc /sftw/perl/lib/5.8.7/ExtUtils/xsubpp -typemap
/sftw/perl/lib/5.8.7/ExtUtils/typemap Util.xs > Util.xsc && mv Util.xsc
Util.c
cc_r -c -q32 -D_LARGE_FILES -qlonglong -D_ALL_SOURCE -D_ANSI_C_SOURCE
-D_POSIX_SOURCE -qmaxmem=-1 -qnoansialias -DUSE_NATIVE_DLOPEN
-DNEED_PTHREAD_INIT -I/usr/local/include -q32 -D_LARGE_FILES -qlonglong -O
-DVERSION=“1.18” -DXS_VERSION=“1.18"
”-I/sftw/perl/lib/5.8.7/aix-thread-multi/CORE" -DPERL_EXT Util.c
Running Mkbootstrap for List::Util ()
chmod 644 Util.bs
rm -f blib/arch/auto/List/Util/Util.so
ld -bM:SRE -lc_r -bhalt:4 -bexpall -G -bnoentry -lpthreads -lc Util.o -o
blib/arch/auto/List/Util/Util.so
\

chmod 755 blib/arch/auto/List/Util/Util.so
cp Util.bs blib/arch/auto/List/Util/Util.bs
chmod 644 blib/arch/auto/List/Util/Util.bs
Manifying blib/man3/List::Util.3
Manifying blib/man3/Scalar::Util.3
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
test
PERL_DL_NONLAZY=1 /usr/bin/perl “-MExtUtils::Command::MM” “-e”
“test_harness(0, ‘inc’, ‘blib/lib’, ‘blib/arch’)” t/*.t
t/00version…ok
t/blessed…ok
t/dualvar…skipped
all skipped: dualvar requires XS version
t/first…ok
2/17 skipped: Poor man’s MULTICALL can’t cope
t/isvstring…skipped
all skipped: isvstring requires XS version
t/lln…ok
t/max…ok
t/maxstr…ok
t/min…ok
t/minstr…ok
t/openhan…ok
t/p_blessed…ok
t/p_first…ok
t/p_lln…ok
t/p_max…ok
t/p_maxstr…ok
t/p_min…ok
t/p_minstr…ok
t/p_openhan…ok
t/p_readonly…ok
t/p_reduce…ok
t/p_refaddr…ok
t/p_reftype…ok
t/p_shuffle…ok
t/p_sum…ok
t/p_tainted…ok
t/proto…skipped
all skipped: set_prototype requires XS version
t/readonly…ok
t/reduce…ok
2/23 skipped: Poor man’s MULTICALL can’t cope
t/refaddr…ok
t/reftype…ok
t/shuffle…ok
t/sum…ok
t/tainted…ok
t/weak…skipped
all skipped: weaken requires XS version
All tests successful, 4 tests and 4 subtests skipped.
Files=35, Tests=327, 5 wallclock secs ( 2.62 cusr + 2.13 csys = 4.75
CPU)

As you can see, Weak complains about needing the XS version…What’s an XS
version? in the hopes of shotguning a fix I updated ExtUtils::MakeMaker,
ExtUtils::Cbuilder, XSLoader, Params::Validate…All to no avail.

Any ideas?

Jonathan Kaufman

Foot Locker Corporate Services, Inc.

Visit us on-line at footlocker.com.

The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it
from your computer. Although the Company attempts to sweep e-mail and
attachments for viruses, it does not guarantee that either are virus-free
and accepts no liability for any damage sustained as a result of viruses.



http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at http://bestpractical.com/services/training.html

Chris Hall
FilmLight Ltd
14-15 Manette St
London W1D 4AP
+44 (0)20 7292 0400

Once again denied…ugh…

CPAN.pm: Going to build L/LU/LUKKA/PDL-1.99989.tar.gz

Checking if your kit is complete…
Looks good
Writing Makefile for PDL::pod
Writing Makefile for PDL::PP
Trying to figure out POSIX threads support …
Saw pthread.h. Fine.
Nope, your perl was not linked against pthread library
==> PDL will be built without POSIX thread support. Shame on you.
Writing Makefile for PDL::Core
Writing Makefile for PDL::Ops
Writing Makefile for PDL::Primitive
Writing Makefile for PDL::Slices
Writing Makefile for PDL::Tests

Using distribution version of functions: ndtri blas eigens simq nan
infinity acosh asinh atanh erf erfc rint j0 j1 y0 y1 jn yn
Using system version of functions:

Writing Makefile for PDL::Math
Writing Makefile for PDL
Writing Makefile for PDL::Demos
Writing Makefile for PDL::Pod::Parser
Writing Makefile for PDL::Doc
Building TriD extension. Turn off WITH_3D if there are problems
Writing Makefile for PDL::Graphics::PGPLOT
Writing Makefile for PDL::Graphics::IIS

  Not building PDL::Graphics::Karma, turn on WITH_KARMA if this is 

incorrect

Note (probably harmless): No library found for -lMesaGL
Note (probably harmless): No library found for -lMesaGLU
Note (probably harmless): No library found for -lGL
Note (probably harmless): No library found for -lGLU
Writing Makefile for PDL::Graphics::OpenGL
Note (probably harmless): No library found for -lMesaGL
Note (probably harmless): No library found for -lMesaGLU
Note (probably harmless): No library found for -lGL
Note (probably harmless): No library found for -lGLU
Writing Makefile for PDL::Graphics::OpenGLQ
Writing Makefile for PDL::Graphics::TriD::Rout
Writing Makefile for PDL::Graphics::VRML
Writing Makefile for PDL::Graphics::TriD
Writing Makefile for PDL
Writing Makefile for PDL::IO::FastRaw
Writing Makefile for PDL::IO::Misc
Writing Makefile for PDL::IO::FlexRaw
Writing Makefile for PDL::IO::Pnm
Writing Makefile for PDL::IO::Browser
Writing Makefile for PDL::IO::NDF
Writing Makefile for PDL
WARNING: Dir is not a known parameter.
Writing Makefile for PDL::Opt::Simplex
Writing Makefile for PDL::Opt
Writing Makefile for PDL::ImageRGB
(ExtUtils Version 1.08)

Unable to find a fortran compiler using names: g77 f77 fort77 at
ExtUtils/F77.pm line 405.
Compilation failed in require at (eval 105) line 2.
BEGIN failed–compilation aborted at (eval 105) line 2.

ExtUtils::F77 module not found. Will not build PDL::Slatec

Writing Makefile for PDL::FFT
Writing Makefile for PDL::Filter
Writing Makefile for PDL::Image2D
Writing Makefile for PDL::ImageND
Writing Makefile for PDL::CallExt
Writing Makefile for PDL::Lib
Writing Makefile for PDL
Writing Basic/Core/Config.pm
make[1]: Entering directory /home/root/.cpan/build/PDL-1.99989/Basic' cp LiteF.pm ../blib/lib/PDL/LiteF.pm cp default.perldlrc ../blib/lib/PDL/default.perldlrc cp AutoLoader.pm ../blib/lib/PDL/AutoLoader.pm cp PDL.pm ../blib/lib/PDL.pm cp Lite.pm ../blib/lib/PDL/Lite.pm cp Options.pm ../blib/lib/PDL/Options.pm make[2]: Entering directory/home/root/.cpan/build/PDL-1.99989/Basic/Pod’
cp Impatient.pod …/…/blib/lib/PDL/Impatient.pod
cp Internals.pod …/…/blib/lib/PDL/Internals.pod
cp Tips.pod …/…/blib/lib/PDL/Tips.pod
cp Dataflow.pod …/…/blib/lib/PDL/Dataflow.pod
cp Delta.pod …/…/blib/lib/PDL/Delta.pod
cp FAQ.pod …/…/blib/lib/PDL/FAQ.pod
cp Philosophy.pod …/…/blib/lib/PDL/Philosophy.pod
cp Objects.pod …/…/blib/lib/PDL/Objects.pod
cp Indexing.pod …/…/blib/lib/PDL/Indexing.pod
cp Intro.pod …/…/blib/lib/PDL/Intro.pod
cp PP.pod …/…/blib/lib/PDL/PP.pod
Manifying …/…/blib/man1/PDL::Impatient.1
Manifying …/…/blib/man1/PDL::Internals.1
Manifying …/…/blib/man1/PDL::Tips.1
Manifying …/…/blib/man1/PDL::Dataflow.1
Manifying …/…/blib/man1/PDL::Delta.1
Manifying …/…/blib/man1/PDL::Philosophy.1
Manifying …/…/blib/man1/PDL::FAQ.1
Manifying …/…/blib/man1/PDL::Indexing.1
Manifying …/…/blib/man1/PDL::Objects.1
Manifying …/…/blib/man1/pdl.1
Manifying …/…/blib/man1/PDL::PP.1
make[2]: Leaving directory /home/root/.cpan/build/PDL-1.99989/Basic/Pod' make[2]: Entering directory/home/root/.cpan/build/PDL-1.99989/Basic/Gen’
/usr/bin/perl PP/dump.pp > PP/Dump.pm.tmp
mv PP/Dump.pm.tmp PP/Dump.pm
cp PP.pm …/…/blib/lib/PDL/PP.pm
cp PP/Var.pm …/…/blib/lib/PDL/PP/Var.pm
cp PP/CType.pm …/…/blib/lib/PDL/PP/CType.pm
cp PP/PDLCode.pm …/…/blib/lib/PDL/PP/PDLCode.pm
cp PP/SymTab.pm …/…/blib/lib/PDL/PP/SymTab.pm
cp PP/PdlParObj.pm …/…/blib/lib/PDL/PP/PdlParObj.pm
cp PP/Signature.pm …/…/blib/lib/PDL/PP/Signature.pm
cp PP/XS.pm …/…/blib/lib/PDL/PP/XS.pm
cp PP/Dump.pm …/…/blib/lib/PDL/PP/Dump.pm
cp PP/Struct.pm …/…/blib/lib/PDL/PP/Struct.pm
cp PP/Dims.pm …/…/blib/lib/PDL/PP/Dims.pm
Manifying …/…/blib/man3/PDL::PP::Signature.3
Manifying …/…/blib/man3/PDL::PP::Dump.3
make[2]: Leaving directory /home/root/.cpan/build/PDL-1.99989/Basic/Gen' make[2]: Entering directory/home/root/.cpan/build/PDL-1.99989/Basic/Core’
/usr/bin/perl “-I…/…/blib/arch” “-I…/…/blib/lib” Types.pm.PL Types.pm
Extracting Types.pm (with variable substitutions)
/usr/bin/perl “-I…/…/blib/arch” “-I…/…/blib/lib” pdl.h.PL pdl.h
Extracting pdl.h (with variable substitutions)
/usr/bin/perl “-I…/…/blib/arch” “-I…/…/blib/lib” pdlsimple.h.PL
pdlsimple.h
Extracting pdlsimple.h (with variable substitutions)
cp Version.pm …/…/blib/lib/PDL/Version.pm
cp Exporter.pm …/…/blib/lib/PDL/Exporter.pm
cp pdlcore.h …/…/blib/lib/PDL/Core/pdlcore.h
cp Dbg.pm …/…/blib/lib/PDL/Dbg.pm
cp pdlsimple.h …/…/blib/lib/PDL/Core/pdlsimple.h
cp pdl.h …/…/blib/lib/PDL/Core/pdl.h
cp Core.pm …/…/blib/lib/PDL/Core.pm
cp typemap.pdl …/…/blib/lib/PDL/Core/typemap.pdl
cp Config.pm …/…/blib/lib/PDL/Config.pm
cp Types.pm …/…/blib/lib/PDL/Types.pm
cp Basic.pm …/…/blib/lib/PDL/Basic.pm
cp pdlthread.h …/…/blib/lib/PDL/Core/pdlthread.h
cp Dev.pm …/…/blib/lib/PDL/Core/Dev.pm
cp pdlmagic.h …/…/blib/lib/PDL/Core/pdlmagic.h
/usr/bin/perl -e ‘use ExtUtils::Mksymlists;
Mksymlists(“NAME” => “PDL::Core”, “DL_FUNCS” => { }, “FUNCLIST” => [],
“DL_VARS” => []);’
/usr/bin/perl /sftw/perl5.8.7/lib/5.8.7/ExtUtils/xsubpp -typemap
/sftw/perl/lib/5.8.7/ExtUtils/typemap -typemap typemap Core.xs > Core.xsc
&& mv Core.xsc Core.c
cc -c -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=-1
-qnoansialias -DUSE_NATIVE_DLOPEN -I/usr/local/include -q32 -D_LARGE_FILES
-qlonglong -O -DVERSION=“1.99989” -DXS_VERSION=“1.99989"
”-I/sftw/perl/lib/5.8.7/aix/CORE" Core.c
"pdlmagic.h", line 123.8: 1506-234 (W) Expecting a new-line character on
#endif directive.
“Core.xs”, line 111.26: 1506-045 (S) Undeclared identifier sv_undef.
“Core.xs”, line 617.45: 1506-045 (S) Undeclared identifier na.
make[2]: *** [Core.o] Error 1
make[2]: Leaving directory /home/root/.cpan/build/PDL-1.99989/Basic/Core' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory/home/root/.cpan/build/PDL-1.99989/Basic’
make: *** [subdirs] Error 2
/opt/freeware/bin/make – NOT OK
Running make test
Can’t test without successful make
Running make install
make had returned bad status, install seems impossible

I even went through the trouble of blowing away my perl install, and
compiling without threads to see if it’s a threading issue (same
error)…Sigh… Anyone?

Jonathan Kaufman

Foot Locker Corporate Services, Inc.

Chris Hall
Sent by: rt-users-bounces@lists.bestpractical.com
02/03/2006 05:58 AM

To
rt-users@lists.bestpractical.com
cc

Subject
Re: [rt-users] Scalar::Util::Weak Problem

If you ‘install XS’ it will download PDL-1.99989 for some reason.
Install that, then install scalar-utils again. That seemed to work for me.

  • Chris

jkaufman@footlocker.com wrote:

Hello all,

I am once again attempting (unsuccessfully at the moment) to get RT
3.5.7
installed on AIX. I’m compiling everything from scratch on an AIX v5.2
machine using IBM Vac 7.x.

I’ve compiled Perl v5.8.7 using the following Configure:

sh Configure -des -Dusenm -Dprefix=/sftw/perl -Duseithreads
-Dusemultiplicity -Duseperlio
-Duselargefiles -Dd_sigaction -Dlibpth=’/lib /usr/lib /usr/ccs/lib’
-Dlibs=’-lbind -lnsl -ldbm -ldb -ldl -lld -lm -lcrypt -lpthreads -lc
-lbsd
-lPW’
-Dccflags=’-q32 -D_LARGE_FILES -qlonglong’ -Dlddlflags=’-bM:SRE -lc_r’
-Dldflags=’-b32’

I “borrowed” the ccflags/lddlflags/ldflags/libs from the compile flags
used on the perl that ships with Aix v5.2 BTW.

I’ve gotten a number of the perl modules to install, but the Weaken part

of Scalar::Util doesn’t want to compile, and that’s causing other
modules
to barf during their tests. I can only assume that this is an important

part of Scalar::Util and I should try to figure out why it’s not
working…I don’t have a clue, so I’m hoping someone else on the list
knows…

Here is the output during the installation of Scalar::Util

[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > perl
Makefile.PL
Checking if your kit is complete…
Looks good
Writing Makefile for List::Util
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
cp lib/List/Util.pm blib/lib/List/Util.pm
cp lib/Scalar/Util.pm blib/lib/Scalar/Util.pm
/usr/bin/perl -Iinc -e 'use ExtUtils::Mksymlists;
Mksymlists(“NAME” => “List::Util”, “DL_FUNCS” => { }, “FUNCLIST” => [],

“DL_VARS” => []);’
/usr/bin/perl -Iinc /sftw/perl/lib/5.8.7/ExtUtils/xsubpp -typemap
/sftw/perl/lib/5.8.7/ExtUtils/typemap Util.xs > Util.xsc && mv Util.xsc

Util.c
cc_r -c -q32 -D_LARGE_FILES -qlonglong -D_ALL_SOURCE -D_ANSI_C_SOURCE
-D_POSIX_SOURCE -qmaxmem=-1 -qnoansialias -DUSE_NATIVE_DLOPEN
-DNEED_PTHREAD_INIT -I/usr/local/include -q32 -D_LARGE_FILES -qlonglong
-O
-DVERSION=“1.18” -DXS_VERSION=“1.18"
”-I/sftw/perl/lib/5.8.7/aix-thread-multi/CORE" -DPERL_EXT Util.c
Running Mkbootstrap for List::Util ()
chmod 644 Util.bs
rm -f blib/arch/auto/List/Util/Util.so
ld -bM:SRE -lc_r -bhalt:4 -bexpall -G -bnoentry -lpthreads -lc Util.o
-o
blib/arch/auto/List/Util/Util.so
\

chmod 755 blib/arch/auto/List/Util/Util.so
cp Util.bs blib/arch/auto/List/Util/Util.bs
chmod 644 blib/arch/auto/List/Util/Util.bs
Manifying blib/man3/List::Util.3
Manifying blib/man3/Scalar::Util.3
[root@mlwitt30]:[/home/root/.cpan/build/Scalar-List-Utils-1.18] > make
test
PERL_DL_NONLAZY=1 /usr/bin/perl “-MExtUtils::Command::MM” “-e”
“test_harness(0, ‘inc’, ‘blib/lib’, ‘blib/arch’)” t/*.t
t/00version…ok
t/blessed…ok
t/dualvar…skipped
all skipped: dualvar requires XS version
t/first…ok
2/17 skipped: Poor man’s MULTICALL can’t cope
t/isvstring…skipped
all skipped: isvstring requires XS version
t/lln…ok
t/max…ok
t/maxstr…ok
t/min…ok
t/minstr…ok
t/openhan…ok
t/p_blessed…ok
t/p_first…ok
t/p_lln…ok
t/p_max…ok
t/p_maxstr…ok
t/p_min…ok
t/p_minstr…ok
t/p_openhan…ok
t/p_readonly…ok
t/p_reduce…ok
t/p_refaddr…ok
t/p_reftype…ok
t/p_shuffle…ok
t/p_sum…ok
t/p_tainted…ok
t/proto…skipped
all skipped: set_prototype requires XS version
t/readonly…ok
t/reduce…ok
2/23 skipped: Poor man’s MULTICALL can’t cope
t/refaddr…ok
t/reftype…ok
t/shuffle…ok
t/sum…ok
t/tainted…ok
t/weak…skipped
all skipped: weaken requires XS version
All tests successful, 4 tests and 4 subtests skipped.
Files=35, Tests=327, 5 wallclock secs ( 2.62 cusr + 2.13 csys = 4.75
CPU)

As you can see, Weak complains about needing the XS version…What’s an
XS
version? in the hopes of shotguning a fix I updated ExtUtils::MakeMaker,

ExtUtils::Cbuilder, XSLoader, Params::Validate…All to no avail.

Any ideas?

Jonathan Kaufman

Foot Locker Corporate Services, Inc.

Visit us on-line at footlocker.com.

The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it

from your computer. Although the Company attempts to sweep e-mail and
attachments for viruses, it does not guarantee that either are
virus-free
and accepts no liability for any damage sustained as a result of
viruses.



http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at
http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at
http://bestpractical.com/services/training.html

Chris Hall
FilmLight Ltd
14-15 Manette St
London W1D 4AP
+44 (0)20 7292 0400
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at
http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at
http://bestpractical.com/services/training.html

jkaufman@footlocker.com wrote:

Once again denied…ugh… … [snipped] …
make: *** [subdirs] Error 2
/opt/freeware/bin/make – NOT OK
Running make test
Can’t test without successful make
Running make install
make had returned bad status, install seems impossible

I even went through the trouble of blowing away my perl install, and
compiling without threads to see if it’s a threading issue (same
error)…Sigh… Anyone?

I am wondering if there are incompatible instructions in your Makefile.

Incompatible with your version of ‘make’, that is. If the Makefile.PL
does not like the AIX /opt/freeware/bin/make, can you provide another one?

If your “freeware” make is GNU make, is it a modern version?

I have rarely gone wrong by forcing other members of the team to standardize
on GNU make. Well, technically wrong, at least. :slight_smile:

If your system continues finding an incorrect version of a program or
library, you
can create a UID zero user who is not root for the duration of the
install. Then
you can hack the living … umm, you can really make some profound
changes to
that new user’s environment, including adding or subtracting huge
sections of
PATH to force certain code to be used in lieu of the system default.

After the install is in production, back up the environment of the hacked-up
superuser, and then delete that user.

Please let us know what you tried, and if it works.

Take care,

Greg

I suppose I should have mentioned that. The ‘make’ that ships with AIX
seems to be bad when it comes to compiling OSS type stuff. So I’ve
replaced it with GNU Make v3.8, along with gettext v0.10.40, flex v2.5.4a,
libtool v1.5.8, readline v4.3, bison v1.875, autoconf v2.59, automake
v1.8.5, expat v1.95.2, m4 v1.4.1

They are all official IBM rpms from the Linux Toolbox for AIX.

I don’t suppose anyone notices a version conflict in what I’ve just
mentioned?

I’ve already changed the LIBPATH to /opt/freeware/lib:/lib:/usr/lib (and
kept it unset) to no avail. I’ve tried using GCC v3.3.2, and VAC v5.0, 7.0
and 8.0.

Nothing seems to be working. I’ve tried starting from source using all the
aformentioned C compilers…Nada…

I expect there is an incompatibility somewhere…But where that is…I
have no idea.

Jonathan Kaufman

Foot Locker Corporate Services, Inc.
E-Mail: jkaufman@footlocker.com
Tel:414-357-4062
Fax:717-972-3700
Tie Line:89-221-4062

Greg
02/03/2006 02:19 PM

To
jkaufman@footlocker.com
cc
rt-users@lists.bestpractical.com
Subject
Re: [rt-users] Scalar::Util::Weak Problem (Still Broken)

jkaufman@footlocker.com wrote:

Once again denied…ugh… … [snipped] …
make: *** [subdirs] Error 2
/opt/freeware/bin/make – NOT OK
Running make test
Can’t test without successful make
Running make install
make had returned bad status, install seems impossible

I even went through the trouble of blowing away my perl install, and
compiling without threads to see if it’s a threading issue (same
error)…Sigh… Anyone?

I am wondering if there are incompatible instructions in your Makefile.

Incompatible with your version of ‘make’, that is. If the Makefile.PL
does not like the AIX /opt/freeware/bin/make, can you provide another one?

If your “freeware” make is GNU make, is it a modern version?

I have rarely gone wrong by forcing other members of the team to
standardize
on GNU make. Well, technically wrong, at least. :slight_smile:

If your system continues finding an incorrect version of a program or
library, you
can create a UID zero user who is not root for the duration of the
install. Then
you can hack the living … umm, you can really make some profound
changes to
that new user’s environment, including adding or subtracting huge
sections of
PATH to force certain code to be used in lieu of the system default.

After the install is in production, back up the environment of the
hacked-up
superuser, and then delete that user.

Please let us know what you tried, and if it works.

Take care,

Greg

It would seem the end fix would be to upgrade to perl 5.8.8 :slight_smile:

Along the way I also upgraded

Aix v5.3 ML03+
GCC v4.0.2
Automake v1.9.6
Bison 2.0
Libtool 1.5.22
m4 1.4.3
pkgconfig 0.19

But nothing was working until I noticed 5.8.8 on the perl website and then
like magic…it works now :slight_smile:

Jonathan Kaufman

Foot Locker Corporate Services, Inc.
E-Mail: jkaufman@footlocker.com
Tel:414-357-4062
Fax:717-972-3700
Tie Line:89-221-4062

jkaufman
Sent by: rt-users-bounces@lists.bestpractical.com
02/06/2006 07:08 AM

To
rt-users@lists.bestpractical.com
cc

Subject
Re: [rt-users] Scalar::Util::Weak Problem (Still Broken)

I suppose I should have mentioned that. The ‘make’ that ships with AIX
seems to be bad when it comes to compiling OSS type stuff. So I’ve
replaced it with GNU Make v3.8, along with gettext v0.10.40, flex v2.5.4a,
libtool v1.5.8, readline v4.3, bison v1.875, autoconf v2.59, automake
v1.8.5, expat v1.95.2, m4 v1.4.1

They are all official IBM rpms from the Linux Toolbox for AIX.

I don’t suppose anyone notices a version conflict in what I’ve just
mentioned?

I’ve already changed the LIBPATH to /opt/freeware/lib:/lib:/usr/lib (and
kept it unset) to no avail. I’ve tried using GCC v3.3.2, and VAC v5.0, 7.0
and 8.0.

Nothing seems to be working. I’ve tried starting from source using all the
aformentioned C compilers…Nada…

I expect there is an incompatibility somewhere…But where that is…I
have no idea.

Jonathan Kaufman

Foot Locker Corporate Services, Inc.
E-Mail: jkaufman@footlocker.com
Tel:414-357-4062
Fax:717-972-3700
Tie Line:89-221-4062

Greg
02/03/2006 02:19 PM

To
jkaufman@footlocker.com
cc
rt-users@lists.bestpractical.com
Subject
Re: [rt-users] Scalar::Util::Weak Problem (Still Broken)

jkaufman@footlocker.com wrote:

Once again denied…ugh… … [snipped] …
make: *** [subdirs] Error 2
/opt/freeware/bin/make – NOT OK
Running make test
Can’t test without successful make
Running make install
make had returned bad status, install seems impossible

I even went through the trouble of blowing away my perl install, and
compiling without threads to see if it’s a threading issue (same
error)…Sigh… Anyone?

I am wondering if there are incompatible instructions in your Makefile.

Incompatible with your version of ‘make’, that is. If the Makefile.PL
does not like the AIX /opt/freeware/bin/make, can you provide another one?

If your “freeware” make is GNU make, is it a modern version?

I have rarely gone wrong by forcing other members of the team to
standardize
on GNU make. Well, technically wrong, at least. :slight_smile:

If your system continues finding an incorrect version of a program or
library, you
can create a UID zero user who is not root for the duration of the
install. Then
you can hack the living … umm, you can really make some profound
changes to
that new user’s environment, including adding or subtracting huge
sections of
PATH to force certain code to be used in lieu of the system default.

After the install is in production, back up the environment of the
hacked-up
superuser, and then delete that user.

Please let us know what you tried, and if it works.

Take care,

Greg

http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at
http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at
http://bestpractical.com/services/training.html

jkaufman@footlocker.com wrote:

It would seem the end fix would be to upgrade to perl 5.8.8 :slight_smile:

Along the way I also upgraded

Aix v5.3 ML03+
GCC v4.0.2
Automake v1.9.6
Bison 2.0
Libtool 1.5.22
m4 1.4.3
pkgconfig 0.19

But nothing was working until I noticed 5.8.8 on the perl website and
then like magic…it works now :slight_smile:

Grief. What an epic.

It would not have occurred to me to try that. You are a
champion problem-solver. I wonder which item in the
5.8.8 Changelog covers your situation?

Best regards,

Greg

It would seem the end fix would be to upgrade to perl 5.8.8 :slight_smile:

I suspect you may have actually been bitten by the same bug that bit me a
couple of months ago. Some precompiled versions of Perl (notably the one that
ships with RHEL 4.0’s “up2date” utility) have weak references disabled at
compile time. RHEL 4 ships with weak refs enabled in the distributed version,
but a later “security update” from “up2date” turns it off – and this is not
documented. My server got updated from Perl 5.8.5 build (something) to Perl
5.8.5 build (something slightly later) that way, and it utterly broke RT.
I ripped out what little hair I have trying to find that one – you don’t
instinctively look for version compatibility issues when the version didn’t
change.

I’m glad you got it working, whatever the underlying cause.

Scott

Scott Courtney | “I don’t mind Microsoft making money. I mind them
scott@4th.com | having a bad operating system.” – Linus Torvalds
http://4th.com/ | (“The Rebel Code,” NY Times, 21 February 1999)
| PGP Public Key at http://4th.com/keys/scott.pubkey

It’s possible. How does one go about disabling weak references? I was
unable to get it to compile using 5.8.7 (self compiled), 5.8.0 (Shipped
with AIX), 5.8.5 (Compiled on a previous release of Aix v5.2), and 5.8.7
(PDSLIB compile). Nothing worked until I tried 5.8.8 (self compiled). I
can’t say I have any idea WHY 5.8.8 worked, but it worked on
Scalar::Util::Weak… Sub::Uplevel is now the problem child :slight_smile:

A whole bunch of:

Use of uninitialized value in string eq at
/home/root/.cpan/build/Sub-Uplevel-0.09/blib/lib/Sub/Uplevel.pm line 123.

It will install, but anything that uses it sometimes will fail their make
test…sigh… Hopefully this will not be a future problem…

Jonathan Kaufman

Scott Courtney
Sent by: rt-users-bounces@lists.bestpractical.com
02/12/2006 03:40 PM

To
rt-users@lists.bestpractical.com
cc

Subject
Re: [rt-users] Scalar::Util::Weak Problem (Fixed!)On Wednesday 08 February 2006 12:46, jkaufman@footlocker.com wrote:

It would seem the end fix would be to upgrade to perl 5.8.8 :slight_smile:

I suspect you may have actually been bitten by the same bug that bit me a
couple of months ago. Some precompiled versions of Perl (notably the one
that
ships with RHEL 4.0’s “up2date” utility) have weak references disabled at
compile time. RHEL 4 ships with weak refs enabled in the distributed
version,
but a later “security update” from “up2date” turns it off – and this is
not
documented. My server got updated from Perl 5.8.5 build (something) to
Perl
5.8.5 build (something slightly later) that way, and it utterly broke RT.
I ripped out what little hair I have trying to find that one – you don’t
instinctively look for version compatibility issues when the version
didn’t
change.

I’m glad you got it working, whatever the underlying cause.

Scott

Scott Courtney | “I don’t mind Microsoft making money. I mind them
scott@4th.com | having a bad operating system.” – Linus
Torvalds
http://4th.com/ | (“The Rebel Code,” NY Times, 21 February 1999)
| PGP Public Key at
http://4th.com/keys/scott.pubkey
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at
http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at
http://bestpractical.com/services/training.html

It’s possible. How does one go about disabling weak references? I was
unable to get it to compile using 5.8.7 (self compiled), 5.8.0 (Shipped
with AIX), 5.8.5 (Compiled on a previous release of Aix v5.2), and 5.8.7
(PDSLIB compile). Nothing worked until I tried 5.8.8 (self compiled). I
can’t say I have any idea WHY 5.8.8 worked, but it worked on
Scalar::Util::Weak… Sub::Uplevel is now the problem child :slight_smile:

A whole bunch of:

Use of uninitialized value in string eq at
/home/root/.cpan/build/Sub-Uplevel-0.09/blib/lib/Sub/Uplevel.pm line 123.

It will install, but anything that uses it sometimes will fail their make
test…sigh… Hopefully this will not be a future problem…

I don’t happen to have a Perl source tree on my server right now, but there is
a configure-time option in the Perl source that lets you turn this feature on
or off.

Sorry I can’t be more help. I’ll be the first to admit I’m not a Perl guru.

Scott

Scott Courtney | “I don’t mind Microsoft making money. I mind them
scott@4th.com | having a bad operating system.” – Linus Torvalds
http://4th.com/ | (“The Rebel Code,” NY Times, 21 February 1999)
| PGP Public Key at http://4th.com/keys/scott.pubkey