Skip to content
This repository was archived by the owner on Oct 16, 2020. It is now read-only.
This repository was archived by the owner on Oct 16, 2020. It is now read-only.

Crosscompiled perl segfaults #2369

@hasso

Description

@hasso

Container Linux Version

$ cat /etc/os-release
NAME="Container Linux by CoreOS"
ID=coreos
VERSION=1688.0.0+2018-02-21-1850
VERSION_ID=1688.0.0
BUILD_ID=2018-02-21-1850
PRETTY_NAME="Container Linux by CoreOS 1688.0.0+2018-02-21-1850 (Rhyolite)"
ANSI_COLOR="38;5;75"
HOME_URL="https://coreos.com/"
BUG_REPORT_URL="https://issues.coreos.com"
COREOS_BOARD=""

Environment

SDK

Expected Behavior

Although perl isn't includede in images, it's actually built I needed it to add a custom package. The problem is that crosscompiled perl doesn't work actually. Simple test in SDK:

$ LD_PRELOAD=/usr/lib/libperl.so.5.24.1 /build/amd64-usr/usr/bin/perl -V
Summary of my perl5 (revision 5 version 24 subversion 1) configuration:

  Platform:
    osname=linux, osvers=4.14.11-coreos, archname=x86_64-linux
    ...

Actual Behavior

But the crosscompiled libperl segfaults:

$ LD_PRELOAD=/build/amd64-usr/usr/lib/libperl.so.5.24.1 /build/amd64-usr/usr/bin/perl -V
Attempt to free unreferenced scalar: SV 0x55a85b85b0e8 at /usr/lib64/perl5/5.24.1/strict.pm line 38.
Segmentation fault

Reproduction Steps

  1. Build a SDK and try to actually use perl with crosscompiled libperl.

Additional info

I played with some tests and find out that the problem appeared with switching to gcc6, there was no problem with older gcc version. I also tried to upgrade the dev-lang/perl to the newest 5.26.1-r1 from Gentoo and it didn't change anything – the problem remained.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions