miniperl fails on first-time install in arm-linux #7538

p5pRT · 2004-10-12T17:25:45Z

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

Searchable as RT31958$

p5pRT · 2004-10-12T17:25:45Z

From [email protected]

Hi. I am having problems running make on my attempt to install
perl. Here is the myconfig followed by the last few lines of the
make output.

Any assistance would be appreciated.
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=linux, osvers=2.4.19-rmk6-ads3, archname=armv4l-linux
uname='linux ccs4 2.4.19-rmk6-ads3 #37 mon apr 14 10:29:06 cest 2003 armv4l unknown '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-fno-strict-aliasing'
ccversion='', gccversion='3.2.3', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc', ldflags =''
libpth=/lib /usr/lib
libs=-ldb -ldl -lm -lc -lcrypt
perllibs=-ldl -lm -lc -lcrypt
libc=/lib/libc-2.1.3.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.1.3'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fpic', lddlflags='-shared'
gcc -o miniperl \
miniperlmain.o opmini.o libperl.a -ldl -lm -lc -lcrypt
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
Attempt to free unreferenced scalar: SV 0xeeeec.
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm configpm.tmp
make: *** [lib/Config.pm] Segmentation fault

--
John Covici
covici@ccs.covici.com

p5pRT · 2004-10-12T21:46:52Z

From @nwc10

On Tue, Oct 12, 2004 at 05:25:46PM -0000, covici @ ccs. covici. com wrote:

osname=linux\, osvers=2\.4\.19\-rmk6\-ads3\, archname=armv4l\-linux

cc='gcc'\, ccflags ='\-fno\-strict\-aliasing \-D\_LARGEFILE\_SOURCE \-D\_FILE\_OFFSET\_BITS=64'\,
optimize='\-O2'\,

./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
Attempt to free unreferenced scalar: SV 0xeeeec.
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm configpm.tmp
make: *** [lib/Config.pm] Segmentation fault

Well, clearly it shouldn't do that.

I've built 5.8.4 on 2.4.18-ish on ARM no problem. I suspect a gcc bug.
Can you try building with less optimisation, say -O1 ?

Either

edit config.sh, replacing the line

optimize='-O2'

with

optimize='-O1'

then run

./Configure -S

then re-run

make

which should cause a re-compile of everything. Or alternatively, and a bit
slower, restart with a clean source tree and run the Configure script with
-Doptimize=-O1 added to its arguments, then re-run make

I hope that this is sufficient to get past the segfault and build all the
extensions. All tests should pass.

Nicholas Clark

p5pRT · 2004-10-12T21:46:53Z

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

p5pRT · 2004-10-13T09:59:36Z

From [email protected]

I will try the first way or maybe if that fails get rid of
optimization altogether -- I wonder, however it takes so long do you
have the binary distribution if the configs are similar to mine maybe
it would be easier to copy that instead?

on 10/12/2004 Nicholas Clark via RT(perlbug-followup@perl.org) wrote

On Tue, Oct 12, 2004 at 05:25:46PM -0000, covici @ ccs. covici. com wrote:
osname=linux\, osvers=2\.4\.19\-rmk6\-ads3\, archname=armv4l\-linux
cc='gcc'\, ccflags ='\-fno\-strict\-aliasing \-D\_LARGEFILE\_SOURCE \-D\_FILE\_OFFSET\_BITS=64'\,
optimize='\-O2'\,
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
Attempt to free unreferenced scalar: SV 0xeeeec.
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm configpm.tmp
make: *** [lib/Config.pm] Segmentation fault

Well, clearly it shouldn't do that.

I've built 5.8.4 on 2.4.18-ish on ARM no problem. I suspect a gcc bug.
Can you try building with less optimisation, say -O1 ?

Either

edit config.sh, replacing the line

optimize='-O2'

with

optimize='-O1'

then run

./Configure -S

then re-run

make

which should cause a re-compile of everything. Or alternatively, and a bit
slower, restart with a clean source tree and run the Configure script with
-Doptimize=-O1 added to its arguments, then re-run make

I hope that this is sufficient to get past the segfault and build all the
extensions. All tests should pass.

Nicholas Clark

--
John Covici
covici@ccs.covici.com

p5pRT · 2004-10-13T10:00:17Z

From [email protected]

OK, changing the optimize to -g made it work, so I am going to leave
it that way -- not going to try -O1 because it takes so long -- its
still going, but at least it got past our problem.

Thanks.

on 10/12/2004 Nicholas Clark via RT(perlbug-followup@perl.org) wrote

On Tue, Oct 12, 2004 at 05:25:46PM -0000, covici @ ccs. covici. com wrote:
osname=linux\, osvers=2\.4\.19\-rmk6\-ads3\, archname=armv4l\-linux
cc='gcc'\, ccflags ='\-fno\-strict\-aliasing \-D\_LARGEFILE\_SOURCE \-D\_FILE\_OFFSET\_BITS=64'\,
optimize='\-O2'\,
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
Attempt to free unreferenced scalar: SV 0xeeeec.
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm configpm.tmp
make: *** [lib/Config.pm] Segmentation fault

Well, clearly it shouldn't do that.

I've built 5.8.4 on 2.4.18-ish on ARM no problem. I suspect a gcc bug.
Can you try building with less optimisation, say -O1 ?

Either

edit config.sh, replacing the line

optimize='-O2'

with

optimize='-O1'

then run

./Configure -S

then re-run

make

which should cause a re-compile of everything. Or alternatively, and a bit
slower, restart with a clean source tree and run the Configure script with
-Doptimize=-O1 added to its arguments, then re-run make

I hope that this is sufficient to get past the segfault and build all the
extensions. All tests should pass.

Nicholas Clark

--
John Covici
covici@ccs.covici.com

p5pRT · 2004-10-14T00:36:31Z

From [email protected]

Hi. I ran all the tests and 1 failed -- is this important and if so
what should I do about it?

lib/Net/t/hostname...................Use of uninitialized value in
string eq at ../lib/Net/t/hostname.t line 39.
Use of uninitialized value in string eq at ../lib/Net/t/hostname.t
line 39.
FAILED at test 1

Thanks.

on 10/12/2004 Nicholas Clark via RT(perlbug-followup@perl.org) wrote

On Tue, Oct 12, 2004 at 05:25:46PM -0000, covici @ ccs. covici. com wrote:
osname=linux\, osvers=2\.4\.19\-rmk6\-ads3\, archname=armv4l\-linux
cc='gcc'\, ccflags ='\-fno\-strict\-aliasing \-D\_LARGEFILE\_SOURCE \-D\_FILE\_OFFSET\_BITS=64'\,
optimize='\-O2'\,
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
Attempt to free unreferenced scalar: SV 0xeeeec.
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm configpm.tmp
make: *** [lib/Config.pm] Segmentation fault

Well, clearly it shouldn't do that.

I've built 5.8.4 on 2.4.18-ish on ARM no problem. I suspect a gcc bug.
Can you try building with less optimisation, say -O1 ?

Either

edit config.sh, replacing the line

optimize='-O2'

with

optimize='-O1'

then run

./Configure -S

then re-run

make

which should cause a re-compile of everything. Or alternatively, and a bit
slower, restart with a clean source tree and run the Configure script with
-Doptimize=-O1 added to its arguments, then re-run make

I hope that this is sufficient to get past the segfault and build all the
extensions. All tests should pass.

Nicholas Clark

--
John Covici
covici@ccs.covici.com

p5pRT · 2004-10-14T06:29:02Z

From @Tux

On Wed 13 Oct 2004 23:57, John covici <covici@ccs.covici.com> wrote:

Hi. I ran all the tests and 1 failed -- is this important and if so
what should I do about it?

lib/Net/t/hostname...................Use of uninitialized value in
string eq at ../lib/Net/t/hostname.t line 39.
Use of uninitialized value in string eq at ../lib/Net/t/hostname.t
line 39.
FAILED at test 1

I've seen this once before on a system where /etc/hosts was damaged,
and even loopback and localhost where not accesable

# ping loopback
and
# ping localhost

should return 127.0.0.1

--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.3, & 5.9.x, and 809 on HP-UX 10.20 & 11.00, 11i,
AIX 4.3, SuSE 9.0, and Win2k. http://www.cmve.net/~merijn/
http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org

p5pRT · 2004-11-04T19:34:30Z

From [email protected]

on Thu, 14 Oct 2004 08:28:33 +0200 "H.Merijn Brand" <h.m.brand@hccnet.nl> wrote:

OK, thanks much all seems to work now with this -- I was unable to
send this earlier because of Email problems.

On Wed 13 Oct 2004 23:57, John covici <covici@ccs.covici.com> wrote:

Hi. I ran all the tests and 1 failed -- is this important and if so
what should I do about it?

lib/Net/t/hostname...................Use of uninitialized value in
string eq at ../lib/Net/t/hostname.t line 39.
Use of uninitialized value in string eq at ../lib/Net/t/hostname.t
line 39.
FAILED at test 1

I've seen this once before on a system where /etc/hosts was damaged,
and even loopback and localhost where not accesable

# ping loopback
and
# ping localhost

should return 127.0.0.1

--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.3, & 5.9.x, and 809 on HP-UX 10.20 & 11.00, 11i,
AIX 4.3, SuSE 9.0, and Win2k. http://www.cmve.net/~merijn/
http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org

--
John Covici
covici@ccs.covici.com

p5pRT · 2004-11-05T07:56:00Z

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

p5pRT · 2004-11-10T11:46:34Z

From @nwc10

Oops. I never replied to this

On Tue, Oct 12, 2004 at 06:30:14PM -0400, John covici wrote:

I will try the first way or maybe if that fails get rid of
optimization altogether -- I wonder, however it takes so long do you
have the binary distribution if the configs are similar to mine maybe
it would be easier to copy that instead?

The configs I'm using usually have perl installing to somewhere strange
(not /usr/local or /opt) which generally mean that they aren't useful
to anyone else. Plus they're built against quite an old glibc, which may
well mean that they don't run on newer systems. I don't really want to
get into the binary distribution business.

Nicholas Clark

p5pRT closed this as completed Nov 5, 2004

p5pRT added the Severity Low label Oct 18, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

miniperl fails on first-time install in arm-linux #7538

miniperl fails on first-time install in arm-linux #7538

p5pRT commented Oct 12, 2004

p5pRT commented Oct 12, 2004

p5pRT commented Oct 12, 2004

p5pRT commented Oct 12, 2004

p5pRT commented Oct 13, 2004

p5pRT commented Oct 13, 2004

p5pRT commented Oct 14, 2004

p5pRT commented Oct 14, 2004

p5pRT commented Nov 4, 2004

p5pRT commented Nov 5, 2004

p5pRT commented Nov 10, 2004

miniperl fails on first-time install in arm-linux #7538

miniperl fails on first-time install in arm-linux #7538

Comments

p5pRT commented Oct 12, 2004

p5pRT commented Oct 12, 2004

From [email protected]

p5pRT commented Oct 12, 2004

From @nwc10

p5pRT commented Oct 12, 2004

p5pRT commented Oct 13, 2004

From [email protected]

p5pRT commented Oct 13, 2004

From [email protected]

p5pRT commented Oct 14, 2004

From [email protected]

p5pRT commented Oct 14, 2004

From @Tux

p5pRT commented Nov 4, 2004

From [email protected]

p5pRT commented Nov 5, 2004

p5pRT commented Nov 10, 2004

From @nwc10