[ID 20010723.007] no versioning in filename of libperl.a

This is a bug report for perl from br@panix.com,
generated with the help of perlbug 1.28 running under perl v5.6.0.


-----------------------------------------------------------------
[Please enter your report here]

On several systems that I use, /usr/local/bin/perl is not usually
the latest installed perl interpreter, because if it were, older
perl scripts would break.

However, /usr/local/lib/libperl.a is generally the latest, because
we have no option for it not to be -- this file's name contains no
version information.

The mismatch causes the build of INN to blow up.  It may cause
other problems too, though I haven't seen any yet.  INN's configure
script doesn't let me specify paths to a perl binary and a perl
library; I'm not sure it should, because every application that
uses both would have to do this, and if perl fixed the library
naming, it wouldn't be necessary.

[Please do not change anything below this line]
-----------------------------------------------------------------
---
Flags:
    category=core
    severity=low
---
Site configuration information for perl v5.6.0:

Configured by fn at Thu May 25 16:23:55 EDT 2000.

Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
  Platform:
    osname=netbsd, osvers=1.4.2, archname=i386-netbsd
    uname='netbsd juggler.panix.com 1.4.2 netbsd 1.4.2 (panix-std) #0: tue apr 25 21:40:45 edt 2000 root@juggler.panix.com:develnetbsd1.4.2srcsysarchi386compilepanix-std i386 '
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=undef d_sfio=undef uselargefiles=define 
    use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
  Compiler:
    cc='gcc', optimize='-O', gccversion=egcs-2.91.60 19981201 (egcs-1.1.1 release)
    cppflags='-fno-strict-aliasing -I/usr/local/include'
    ccflags ='-fno-strict-aliasing -I/usr/local/include'
    stdchar='char', d_stdstdio=undef, usevfork=false
    intsize=4, longsize=4, ptrsize=4, doublesize=8
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, usemymalloc=y, prototype=define
  Linker and Libraries:
    ld='ld', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /usr/lib
    libs=-lm -lc -lposix -lcrypt
    libc=/usr/lib/libc.so.12.40, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=define, ccdlflags='-Wl,-R/lib '
    cccdlflags='-DPIC -fPIC ', lddlflags='-Bshareable  -L/usr/local/lib'

Locally applied patches:
    

---
@INC for perl v5.6.0:
    /pkg/perl-5.6.0/lib/perl-5.6.0/i386-netbsd
    /pkg/perl-5.6.0/lib/perl-5.6.0
    /pkg/perl-5.6.0/lib/site_perl/5.6.0/i386-netbsd
    /pkg/perl-5.6.0/lib/site_perl/5.6.0
    /pkg/perl-5.6.0/lib/site_perl
    .

---
Environment for perl v5.6.0:
    HOME=/var/home/br
    LANG (unset)
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/sbin:/usr/sbin:/net/staff/bin/script/:/usr/hlocal/source/sbin:/net/staff/bin/i386:/var/home/br/bin
    PERL_BADLANG (unset)
    SHELL=/usr/local/bin/zsh

• [ID 20010723.007] no versioning in filename of libperl.a by br
• Re: [ID 20010723.007] no versioning in filename of libperl.a by Andy Dougherty
• Re: [ID 20010723.007] no versioning in filename of libperl.a by Jonathan Stowe
• Re: [ID 20010723.007] no versioning in filename of libperl.a by Ben Rosengart