[Bug 1481324] devel dubpackage: dependencies correction

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1481324



--- Comment #6 from Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx> ---
1) $Config{libs} does not lists -lgdbm library.
Did you try to test it by execute "perl -e 'use Config qw(myconfig config_sh
config_vars config_re); print config_vars(perllibs);"\n";'"

[tkloczko@domek SPECS]$ perl -e 'use Config qw(myconfig config_sh config_vars
config_re); print config_vars(perllibs);"\n";'; rpm -q perl perl-devel 
perllibs='-lpthread -lresolv -lnsl -ldl -lm -lcrypt -lutil -lc';
perl-5.26.0-398.fc27.x86_64
perl-devel-5.26.0-398.fc27.x86_64

Please try to check what this commend returns on your system.

2) Please have look that bug #905482 is 4 years old and in mean time perl
changes dramatically.

3) nothing in XML::LibXSLT is using libgdbm or libdb and only reason which this
build failed was because "perl -e 'use Config qw(myconfig config_sh config_vars
config_re); print config_vars(perllibs);"\n";'" has been returning -lgdbm in
the list of the libraries. This was bug in perl because in this list where all
libraries with which libperl.so has been linked. *Not because some other
modules during linking may need the same list of libraries*. Do you see this?

4) Look on what I've included in in above report that NOW XML::LibXSLT is
building correctly because $Config variables have completely different list of
libraries.Just try to remove gdbm-devel with --nodep and try to build
XML::LibXSLT. What was reported in bug #905482 is no longer truth and three
years ago solution was incorrect because instead adding do perl-devel Requires
perl-devel should be fixed. Looks like 4 years ago someone made wrong decision
without even rising question "why DSO linked in XML::LibXSLT is trying to link
with -lgdbm if nothing in this module code is using single routine from gdbm?"

5) issue with /opt/GNU/include director is another part of the story and it
should be fixed as well.

6) the same is with other libraries. For example -lc is part of the standard
gcc specs:

$ gcc -dumpspecs | grep -- -lc
%{!mandroid|tno-android-ld:%{pthread:-lpthread} %{shared:-lc}   
%{!shared:%{mieee-fp:-lieee} %{profile:-lc_p}%{!profile:-lc}};:%{shared:-lc}   
%{!shared:%{mieee-fp:-lieee} %{profile:-lc_p}%{!profile:-lc}} %{!static: -ldl}}

it is provided by perl $Config only because on some non-linux platform perl
everything was linked using gcc passing to ld 

in other words: -lc is added to linked libraries even if someone is not
specifying this library in list of libraries.

7) the same is wit all other libraries offered in perllib. They should be
removed but I'm not going to offer this because perl modules usually are not
doing any libraries detentions and libresolve or libutil may be needed by
several peel modules. This should be fixed as well but it will take much more
time. Because gdbm and libdb is very rarely used this is why I've proposed to
remove gdbm-devel and libdb-devel because liking on list of modules in Fedora
nothing should be broken instantly by this.

8) as radical change on begin of F28 maybe it should be applied emptying
perrlib variable to expose all modules which should take care of detecting any
libraries which other modules may need to fix those modules bit now is IMO not
good time to do this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
perl-devel mailing list -- perl-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to perl-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Legacy Announce]     [Fedora PHP Devel]     [Kernel Devel]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite Information]

  Powered by Linux