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

Jump to bottom

ExtUtils::MakeMaker removes valid libraries from LIBS on debian #11530

Closed
p5pRT opened this issue Jul 29, 2011 · 8 comments
Closed

ExtUtils::MakeMaker removes valid libraries from LIBS on debian #11530

p5pRT opened this issue Jul 29, 2011 · 8 comments
Labels
distro-Linux sendToCPAN type-library

Comments

@p5pRT
Copy link

p5pRT commented Jul 29, 2011

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

Searchable as RT95884$
@p5pRT
Copy link
Author

p5pRT commented Jul 29, 2011

From schmorp@schmorp.de

Created by schmorp@schmorp.de

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

  LIBS => ["-lpthread -ldb"]

results in​:

  Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler search path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know about
the real library path.

The suggested fix would be to use the compiler to try to link against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

Perl Info 

Flags:
    category=library
    severity=low
    module=ExtUtils::Liblist::Kid

Site configuration information for perl 5.12.3:

Configured by Marc Lehmann at Wed Feb 23 06:21:02 CET 2011.

Summary of my perl5 (revision 5 version 12 subversion 3) configuration:
   
  Platform:
    osname=linux, osvers=2.6.32-5-amd64, archname=x86_64-linux
    uname='linux cerebro 2.6.32-5-amd64 #1 smp wed jan 12 03:40:32 utc 2011 x86_64 gnulinux '
    config_args='-Duselargefiles -Duse64bitint -Dusemymalloc=n -Dstatic_ext=Fcntl -Dcc=gcc -Dccflags=-DPERL_DISABLE_PMC -DPERL_ARENA_SIZE=16376 -USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP -D_GNU_SOURCE  -I/opt/include -ggdb -gdwarf-2 -g3 -Doptimize=-O6 -fno-strict-aliasing -Dcccdlflags=-fPIC -Dldflags=-L/opt/perl/lib -L/opt/lib -Dlibs=-ldl -lm -lcrypt -lgdbm -Dprefix=/opt/perl -Dprivlib=/opt/perl/lib/perl5 -Darchlib=/opt/perl/lib/perl5 -Uusevendorprefix -Dsiteprefix=/opt/perl -Dsitelib=/opt/perl/lib/perl5 -Dsitearch=/opt/perl/lib/perl5 -Dsitebin=/opt/perl/bin -Dman1dir=/opt/perl/man/man1 -Dman3dir=/opt/perl/man/man3 -Dsiteman1dir=/opt/perl/man/man1 -Dsiteman3dir=/opt/perl/man/man3 -Dman1ext=1 -Dman3ext=3 -Dpager=/usr/bin/less -Uafs -Uusesfio -Uusenm -Uuseshrplib -Ud_dosuid -Dusethreads=undef -Duse5005threads=undef -Duseithreads=undef -Dusemultiplicity=undef -Demail=perl-binary@plan9.de -Dcf_email=perl-binary@plan9.de -Dcf_by=Marc Lehmann -Dlocincpth=/opt/perl/include /opt/include -Dmyhostname=localhost -Dmultiarch=undef -Dbin=/opt/perl/bin -Dxxxusedevel -DxxxDEBUGGING -Dxxxuse_debugging_perl -Dxxxuse_debugmalloc -dEs'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=define, use64bitall=define, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-DPERL_DISABLE_PMC -DPERL_ARENA_SIZE=16376 -USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP -D_GNU_SOURCE -I/opt/include -ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe -I/opt/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O6 -fno-strict-aliasing',
    cppflags='-DPERL_DISABLE_PMC -DPERL_ARENA_SIZE=16376 -USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP -D_GNU_SOURCE -I/opt/include -ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe -I/opt/include'
    ccversion='', gccversion='4.4.5', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags ='-L/opt/perl/lib -L/opt/lib -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
    libs=-ldl -lm -lcrypt -lgdbm
    perllibs=-ldl -lm -lcrypt
    libc=/lib/libc-2.11.2.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.11.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O6 -fno-strict-aliasing -L/opt/perl/lib -L/opt/lib -L/usr/local/lib'

Locally applied patches:
    


@INC for perl 5.12.3:
    /root/src/sex
    /opt/perl/lib/perl5
    /opt/perl/lib/perl5
    .


Environment for perl 5.12.3:
    HOME=/root
    LANG (unset)
    LANGUAGE (unset)
    LC_CTYPE=en_US.UTF-8
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/root/s2:/root/s:/opt/bin:/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11/bin:/usr/games:/usr/local/bin:/usr/local/sbin:/root/pserv:.
    PERL5LIB=/root/src/sex
    PERL5_CPANPLUS_CONFIG=/root/.cpanplus/config
    PERLDB_OPTS=ornaments=0
    PERL_ANYEVENT_DBI_TESTS=1
    PERL_ANYEVENT_EDNS0=1
    PERL_ANYEVENT_NET_TESTS=1
    PERL_ANYEVENT_PROTOCOLS=ipv4,ipv6
    PERL_ANYEVENT_STRICT=1
    PERL_BADLANG (unset)
    PERL_UNICODE=E
    SHELL=/bin/bash

@p5pRT
Copy link
Author

p5pRT commented Jul 29, 2011

From @cpansprout

Forwarding to the CPAN RT queue....

On Fri Jul 29 02​:21​:46 2011, schmorp@​schmorp.de wrote​:

This is a bug report for perl from schmorp@​schmorp.de,
generated with the help of perlbug 1.39 running under perl 5.12.3.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

LIBS => ["-lpthread -ldb"]

results in​:

Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler search
path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know
about
the real library path.

The suggested fix would be to use the compiler to try to link against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

[Please do not change anything below this line]
-----------------------------------------------------------------
---
Flags​:
category=library
severity=low
module=ExtUtils​::Liblist​::Kid
---
Site configuration information for perl 5.12.3​:

Configured by Marc Lehmann at Wed Feb 23 06​:21​:02 CET 2011.

Summary of my perl5 (revision 5 version 12 subversion 3)
configuration​:

Platform​:
osname=linux, osvers=2.6.32-5-amd64, archname=x86_64-linux
uname='linux cerebro 2.6.32-5-amd64 #1 smp wed jan 12 03​:40​:32 utc
2011 x86_64 gnulinux '
config_args='-Duselargefiles -Duse64bitint -Dusemymalloc=n
-Dstatic_ext=Fcntl -Dcc=gcc -Dccflags=-DPERL_DISABLE_PMC
-DPERL_ARENA_SIZE=16376 -USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP
-D_GNU_SOURCE -I/opt/include -ggdb -gdwarf-2 -g3 -Doptimize=-O6
-fno-strict-aliasing -Dcccdlflags=-fPIC -Dldflags=-L/opt/perl/lib
-L/opt/lib -Dlibs=-ldl -lm -lcrypt -lgdbm -Dprefix=/opt/perl
-Dprivlib=/opt/perl/lib/perl5 -Darchlib=/opt/perl/lib/perl5
-Uusevendorprefix -Dsiteprefix=/opt/perl
-Dsitelib=/opt/perl/lib/perl5 -Dsitearch=/opt/perl/lib/perl5
-Dsitebin=/opt/perl/bin -Dman1dir=/opt/perl/man/man1
-Dman3dir=/opt/perl/man/man3 -Dsiteman1dir=/opt/perl/man/man1
-Dsiteman3dir=/opt/perl/man/man3 -Dman1ext=1 -Dman3ext=3
-Dpager=/usr/bin/less -Uafs -Uusesfio -Uusenm -Uuseshrplib
-Ud_dosuid -Dusethreads=undef -Duse5005threads=undef
-Duseithreads=undef -Dusemultiplicity=undef
-Demail=perl-binary@​plan9.de -Dcf_email=perl-binary@​plan9.de
-Dcf_by=Marc Lehmann -Dlocincpth=/opt/perl/include /opt/include
-Dmyhostname=localhost -Dmultiarch=undef -Dbin=/opt/perl/bin
-Dxxxusedevel -DxxxDEBUGGING -Dxxxuse_debugging_perl
-Dxxxuse_debugmalloc -dEs'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
useperlio=define, d_sfio=undef, uselargefiles=define,
usesocks=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler​:
cc='gcc', ccflags ='-DPERL_DISABLE_PMC -DPERL_ARENA_SIZE=16376
-USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP -D_GNU_SOURCE
-I/opt/include -ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe
-I/opt/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O6 -fno-strict-aliasing',
cppflags='-DPERL_DISABLE_PMC -DPERL_ARENA_SIZE=16376
-USITEARCH_EXP -USITELIB_EXP -UARCHLIB_EXP -D_GNU_SOURCE
-I/opt/include -ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe
-I/opt/include'
ccversion='', gccversion='4.4.5', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define,
longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries​:
ld='gcc', ldflags ='-L/opt/perl/lib -L/opt/lib -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
libs=-ldl -lm -lcrypt -lgdbm
perllibs=-ldl -lm -lcrypt
libc=/lib/libc-2.11.2.so, so=so, useshrplib=false,
libperl=libperl.a
gnulibc_version='2.11.2'
Dynamic Linking​:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O6 -fno-strict-aliasing
-L/opt/perl/lib -L/opt/lib -L/usr/local/lib'

Locally applied patches​:

---
@​INC for perl 5.12.3​:
/root/src/sex
/opt/perl/lib/perl5
/opt/perl/lib/perl5
.

---
Environment for perl 5.12.3​:
HOME=/root
LANG (unset)
LANGUAGE (unset)
LC_CTYPE=en_US.UTF-8
LD_LIBRARY_PATH (unset)
LOGDIR (unset)

PATH=/root/s2​:/root/s​:/opt/bin​:/opt/sbin​:/bin​:/sbin​:/usr/bin​:/usr/sbin​:/usr/X11/bin​:/usr/games​:/usr/local/bin​:/usr/local/sbin​:/root/pserv​:.

PERL5LIB=/root/src/sex
PERL5\_CPANPLUS\_CONFIG=/root/\.cpanplus/config
PERLDB\_OPTS=ornaments=0
PERL\_ANYEVENT\_DBI\_TESTS=1
PERL\_ANYEVENT\_EDNS0=1
PERL\_ANYEVENT\_NET\_TESTS=1
PERL\_ANYEVENT\_PROTOCOLS=ipv4\,ipv6
PERL\_ANYEVENT\_STRICT=1
PERL\_BADLANG \(unset\)
PERL\_UNICODE=E
SHELL=/bin/bash

@p5pRT
Copy link
Author

p5pRT commented Jul 29, 2011

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

@p5pRT
Copy link
Author

p5pRT commented Jul 29, 2011

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

@p5pRT p5pRT closed this as completed Jul 29, 2011
@p5pRT
Copy link
Author

p5pRT commented Aug 2, 2011

From @doughera88

On Fri, 29 Jul 2011, schmorp @​ schmorp . de wrote​:

# New Ticket Created by schmorp@​schmorp.de
# Please include the string​: [perl #95884]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl5/Ticket/Display.html?id=95884 >

This is a bug report for perl from schmorp@​schmorp.de,
generated with the help of perlbug 1.39 running under perl 5.12.3.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

LIBS => ["-lpthread -ldb"]

results in​:

Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler search path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know about
the real library path.

The suggested fix would be to use the compiler to try to link against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

Thanks for the report and the concise diagnosis.

This should already be fixed in version 5.12.4. The manual workaround is
to hand-edit the "libpth" entries in $archlib/Config.pm and
$archlib/Config_heavy.pl to include the correct directories for your
system.

--
  Andy Dougherty doughera@​lafayette.edu

@p5pRT
Copy link
Author

p5pRT commented Aug 2, 2011

From @cpansprout

On Tue Aug 02 05​:55​:16 2011, doughera wrote​:

On Fri, 29 Jul 2011, schmorp @​ schmorp . de wrote​:

# New Ticket Created by schmorp@​schmorp.de
# Please include the string​: [perl #95884]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl5/Ticket/Display.html?id=95884 >

This is a bug report for perl from schmorp@​schmorp.de,
generated with the help of perlbug 1.39 running under perl 5.12.3.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

LIBS => ["-lpthread -ldb"]

results in​:

Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler
search path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks
into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know
about
the real library path.

The suggested fix would be to use the compiler to try to link
against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

Thanks for the report and the concise diagnosis.

This should already be fixed in version 5.12.4. The manual workaround
is
to hand-edit the "libpth" entries in $archlib/Config.pm and
$archlib/Config_heavy.pl to include the correct directories for your
system.

@p5pRT
Copy link
Author

p5pRT commented Aug 2, 2011

From [Unknown Contact. See original ticket]

On Tue Aug 02 05​:55​:16 2011, doughera wrote​:

On Fri, 29 Jul 2011, schmorp @​ schmorp . de wrote​:

# New Ticket Created by schmorp@​schmorp.de
# Please include the string​: [perl #95884]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl5/Ticket/Display.html?id=95884 >

This is a bug report for perl from schmorp@​schmorp.de,
generated with the help of perlbug 1.39 running under perl 5.12.3.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

LIBS => ["-lpthread -ldb"]

results in​:

Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler
search path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks
into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know
about
the real library path.

The suggested fix would be to use the compiler to try to link
against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

Thanks for the report and the concise diagnosis.

This should already be fixed in version 5.12.4. The manual workaround
is
to hand-edit the "libpth" entries in $archlib/Config.pm and
$archlib/Config_heavy.pl to include the correct directories for your
system.

@p5pRT
Copy link
Author

p5pRT commented Aug 2, 2011

From bug-ExtUtils-MakeMaker@rt.cpan.org

<URL​: https://rt.cpan.org/Ticket/Display.html?id=69891 >

On Tue Aug 02 05​:55​:16 2011, doughera wrote​:

On Fri, 29 Jul 2011, schmorp @​ schmorp . de wrote​:

# New Ticket Created by schmorp@​schmorp.de
# Please include the string​: [perl #95884]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl5/Ticket/Display.html?id=95884 >

This is a bug report for perl from schmorp@​schmorp.de,
generated with the help of perlbug 1.39 running under perl 5.12.3.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils​::MakeMaker removes valid libraries from LIBS, e.g.​:

LIBS => ["-lpthread -ldb"]

results in​:

Note (probably harmless)​: No library found for -ldb

Even though the library is installed in the configured compiler
search path.

This seems to happen due to multiarch support, i.e. gcc(ld) looks
into
/usr/lib/x86_64-linux-gnu, but perl does not because it doesn't know
about
the real library path.

The suggested fix would be to use the compiler to try to link
against
the library to see if it's there (as opposed to yet another layer of
comaptibility hacking :))

Thanks for the report and the concise diagnosis.

This should already be fixed in version 5.12.4. The manual workaround
is
to hand-edit the "libpth" entries in $archlib/Config.pm and
$archlib/Config_heavy.pl to include the correct directories for your
system.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
distro-Linux sendToCPAN type-library
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@p5pRT