Opened 4 years ago

Closed 4 years ago

#4091 closed task (fixed)

perl-5.26.0

Reported by: bdubbs@… Owned by: lfs-book@…
Priority: normal Milestone: 8.1
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

New minor version.

Attachments (1)

perl-static.patch (385 bytes ) - added by Armin 4 years ago.
chapter 5 fix

Download all attachments as: .zip

Change History (9)

comment:1 by ken@…, 4 years ago

For some non-core modules, expect breakage (particularly in test suites).

See e.g. http://blogs.perl.org/users/todd_rinaldo/2017/05/reviewing-perl-5-in-inc-at-the-perl-toolchain-summit.html

comment:2 by Armin, 4 years ago

There seems to be an xz compressed tarball available. Consider using it.

by Armin, 4 years ago

Attachment: perl-static.patch added

chapter 5 fix

comment:3 by Armin, 4 years ago

Note that I could not build perl in chapter 5 without the patch above.

comment:4 by ken@…, 4 years ago

Yeah, that matches what I used last night. I still don't understand why it is only needed for the chapter 5 build (I left it in for chapter 6, thinking from the perl bug report that it must be g++-7, but then I had an issue with the tests (no output to the log once the tests had started to run, until they finished) and tried building it on another gcc-7.1 system. Looks good, but an explanation of why we need it would be even more useful :)

comment:5 by bdubbs@…, 4 years ago

For Chapter 5, I am planing on using:

sed -i '9751,$ d' regexec.c

That accomplishes the same thing as the patch. As far as I know right now, the change is not needed for Chapter 6, but that's not verified.

Last edited 4 years ago by bdubbs@… (previous) (diff)

comment:6 by Armin, 4 years ago

-Duseshrplib in chapter 6 is why it doesn't fail there. Thing is, when built without this, all loadable modules will be built statically and linked into perl executable. The issue arrises because both a module and core perl have a function with same name defined within their code.

in reply to:  6 comment:7 by ken@…, 4 years ago

Replying to Krejzi:

-Duseshrplib in chapter 6 is why it doesn't fail there. Thing is, when built without this, all loadable modules will be built statically and linked into perl executable. The issue arrises because both a module and core perl have a function with same name defined within their code.

Thanks.

comment:8 by bdubbs@…, 4 years ago

Resolution: fixed
Status: newclosed

Fixed at revision 11255.

Note: See TracTickets for help on using tickets.