Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 797460 - dev-perl/MARC-Charset-1.350.0-r2 fails to compile
Summary: dev-perl/MARC-Charset-1.350.0-r2 fails to compile
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
: 815364 (view as bug list)
Depends on: 802945
Blocks: 622986
  Show dependency tree
 
Reported: 2021-06-22 06:31 UTC by Agostino Sarubbo
Modified: 2021-10-23 15:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,34.68 KB, text/plain)
2021-06-22 06:31 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2021-06-22 06:31:56 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: dev-perl/MARC-Charset-1.350.0-r1 fails to compile.
Discovered on: amd64 (internal ref: tinderbox)

NOTE:
If you think this is a GCC-11 related issue, please block bug 732706.
Comment 1 Agostino Sarubbo gentoo-dev 2021-06-22 06:31:58 UTC
Created attachment 717579 [details]
build.log

build log and emerge --info
Comment 2 Andreas K. Hüttel archtester gentoo-dev 2021-06-23 20:29:04 UTC
make -j16 'OTHERLDFLAGS=-Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0' 
cp lib/MARC/Charset/Code.pm blib/lib/MARC/Charset/Code.pm
cp lib/MARC/Charset/Constants.pm blib/lib/MARC/Charset/Constants.pm
cp lib/MARC/Charset.pm blib/lib/MARC/Charset.pm
cp lib/MARC/Charset/Table.pm blib/lib/MARC/Charset/Table.pm
cp lib/MARC/Charset/Compiler.pm blib/lib/MARC/Charset/Compiler.pm
"/usr/bin/perl" "-Iblib/arch" "-Iblib/lib" build_db.PL build_db 
compiling marc8/utf8 database, please be patient
gdbm_fetch: Item not found at blib/lib/MARC/Charset/Table.pm line 88.
make: *** [Makefile:434: build_db] Error 255

needs more analysis
Comment 3 Agostino Sarubbo gentoo-dev 2021-10-04 08:25:58 UTC
*** Bug 815364 has been marked as a duplicate of this bug. ***
Comment 4 Agostino Sarubbo gentoo-dev 2021-10-04 08:26:24 UTC
tinderbox has reproduced this issue with version 1.350.0-r2 - Updating summary.
Comment 5 Andreas K. Hüttel archtester gentoo-dev 2021-10-09 00:06:52 UTC
The following code block in Charset/Table.pm is the problem:

    # stash away the utf8 lookup key (only if it's not already there!)
    # this means that the sets that appear in the xml file will have
    # precedence ascii/ansel.  Note that we're using 'defined' instead of
    # 'exists' because NDBM_File and ODBM_File don't support 'exists'.
    $self->{db}->{$utf8_key} = $frozen unless defined $self->{db}->{$utf8_key};


It seems like "defined" stopped working properly with GDBM files. With "exists" things are ok.
Comment 6 Andreas K. Hüttel archtester gentoo-dev 2021-10-09 00:09:29 UTC
Arrrgh- This is a duplicate of bug 802945
Comment 7 Larry the Git Cow gentoo-dev 2021-10-09 14:26:11 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d170e2a4277744193407903b9fe8e7f23ce15f63

commit d170e2a4277744193407903b9fe8e7f23ce15f63
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: 2021-10-09 14:25:05 +0000
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: 2021-10-09 14:25:05 +0000

    dev-lang/perl: Fix functionality with recent gdbm
    
    Bug: https://bugs.gentoo.org/802945
    Bug: https://bugs.gentoo.org/797460
    Package-Manager: Portage-3.0.20, Repoman-3.0.3
    Signed-off-by: Andreas K. Huettel <dilfridge@gentoo.org>

 dev-lang/perl/files/perl-5.34.0-gdbm-1.20.patch |  40 ++
 dev-lang/perl/perl-5.34.0-r3.ebuild             | 827 ++++++++++++++++++++++++
 2 files changed, 867 insertions(+)
Comment 8 Andreas K. Hüttel archtester gentoo-dev 2021-10-09 16:09:04 UTC
Confirmed fixed with perl-5.34.0-r3
Comment 9 Andreas K. Hüttel archtester gentoo-dev 2021-10-23 15:45:25 UTC
(In reply to Andreas K. Hüttel from comment #8)
> Confirmed fixed with perl-5.34.0-r3

... which is stable now.