perl-5.8.3-RC1 Solaris 8 build

[p5pRT]

Migrated from rt.perl.org#24860 (status was 'rejected')

Searchable as RT24860$

[p5pRT]

From warren.dodge@tek.com

Created by warren.dodge@tek.com

Just built perl-5.8.3-RC1 on Solaris 8 with no problems.

######################################################################

I did however type something wrong and wanted to describe the results.

I built the libperl and accidently named it libperl583-RC1 without the .so

It didn't complain and proceeed on with no problems. In make test it went to a point just fine and then blew up. For some reason it deleted libperl583-RC1

######################################################################

Perl Info

``` Flags: category=core severity=low Site configuration information for perl v5.8.3: Configured by warrend at Thu Jan 8 18:59:34 PST 2004. Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris-thread-multi uname='sunos rosewood 5.8 generic_108528-18 sun4u sparc sunw,ultra-5_10 solaris ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -I/proj/wdt/sun5.8/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-D_REENTRANT -fno-strict-aliasing -I/proj/wdt/sun5.8/include' ccversion='', gccversion='3.3.2', gccosandvers='solaris2.8' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 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, prototype=define Linker and Libraries: ld='gcc', ldflags =' ' libpth=/usr/lib /usr/ccs/lib /proj/wdt/sun5.8/lib libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lpthread -lc perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl583-RC1.so gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-E -R /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/5.8.3/sun4-solaris-thread-multi/CORE' cccdlflags='-fPIC', lddlflags=' -Wl,-E -G' Locally applied patches: RC1 @INC for perl v5.8.3: /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/5.8.3/sun4-solaris-thread-multi /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/5.8.3 /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/site_perl/5.8.3/sun4-solaris-thread-multi /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/site_perl/5.8.3 /proj/wdt/gnu_sun5.8/perl-5.8.3-RC1/lib/site_perl . Environment for perl v5.8.3: HOME=/login/warrend LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH=/tools/eda/ldv/bin:/proj/eda/ldv/ldv/cur/tools/inca/lib:/proj/eda/ldv/ldv/cur/tools/lib LOGDIR (unset) PATH=/stdapps/lsf/5.8/sparcv9/bin:/stdapps/lsf/local/bin:.:/proj/wdt/gnu_sun5.8/perl-5.8.2/bin:/proj/wdt/bin:/proj/wdt/sun5.8/bin:/proj/wdt/X.V11R6/sun5.8/bin:/login/warrend:/login/warrend/bin:/login/warrend/bin/sun5.8:/usr/ucb:/usr/openwin/bin:/usr/ccs/bin:/usr/bin:/etc:/usr/sbin:/proj/dpl/harry/bin:/tools/citrix6.0:/proj/mbcc/hfd/bin:/tools/eda/psd/15.0e/tools/pcb/bin:/tools/eda/psd/15.0e/tools/bin:/tools/eda/psd/15.0e/tools/dfII/bin:/tools/eda/psd/15.0e/tools/fet/bin:/tools/eda/psd/15.0e/tools/specctra/bin:/tools/eda/fetools/psd150/bin:/tools/eda/cadtools/psd150/bin:/tools/eda/ldv/LSF:/tools/eda/ldv/bin:/proj/eda/ldv/ldv/cur/tools/bin:/proj/eda/ldv/ldv/cur/tools/inca/bin:/proj/eda/ldv/lec/cur/bin:/proj/eda/ldv/debussy/cur/bin:/proj/eda/ldv/nLint/cur/bin:/proj/eda/common/vim/cur/bin:/stdapps/cms/bin PERL_BADLANG (unset) SHELL=/bin/tcsh ```

[p5pRT]

From @nwc10

On Fri\, Jan 09\, 2004 at 04​:47​:54AM -0000\, warren.dodge@​tek.com (via RT) wrote​:

Just built perl-5.8.3-RC1 on Solaris 8 with no problems.

Thanks for testing it.

I did however type something wrong and wanted to describe the results.

I built the libperl and accidently named it libperl583-RC1 without the .so

I'm not sure how we could reliably enforce naming conventions on the libperl\, given that different platforms are going to have different rules.

It didn't complain and proceeed on with no problems. In make test it went to a point just fine and then blew up. For some reason it deleted libperl583-RC1 Strange. Does Solaris really insist that shared libraries have names ending .so ?

Nicholas Clark

[p5pRT]

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

[p5pRT]

From warrend@mdhost.cse.tek.com

In regard to the last point where the tests just blew up\, what happened was that the libperl583-RC1 file was deleted somehow. I didn't track that part down.

Solaris requiring .so\, hmmm I am not sure other then everything is named that way.

[p5pRT]

From @jkeenan

On Sat Jan 10 19​:25​:34 2004\, warrend@​mdhost.cse.tek.com wrote​:

In regard to the last point where the tests just blew up\, what happened was that the libperl583-RC1 file was deleted somehow. I didn't track that part down.

Solaris requiring .so\, hmmm I am not sure other then everything is named that way.

Per discussion with Hugmeir on #parrot​: We don't see a bug here or any reason to keep this ticket open. Closing.

Thank you very much. Jim Keenan

[p5pRT]

@jkeenan - Status changed from 'open' to 'rejected'