An overview of the foundations of the ExtUtils::Builder Plan framework

Changes for 0.002 - 2024-04-26T11:33:00+02:00

• Move get_perl into ExtUtils::Builder::Util
• Remove accidental test dependency on Devel::Confess

simple OBS API calls

Changes for 0.1.3 - 2024-04-26

• add "use Carp" in Net::OBS::LWP::UserAgent

Perl profiling made simple to use.

Changes for 0.01 - 2024-04-26

• First version.

Fork Based Promise with Asynchronous Execution, Async, Await and Shared Data

Changes for v0.4.11 - 2024-04-25T23:38:38Z

• Minor corrections in resolve to pass the variable $_ to the sub routine called in then()
• Improvements allowing embedded promises

Hi! Asking for a wisdom here...

We have a module that modifies signal handler $SIG{__DIE__} to log information and to die afterwards. Hundreds of scripts relied on this module which worked fine in perl 5.10.1.

Recently we had the opportunity to install several Perl versions but unfortunately a large number of scripts that used to work with Perl 5.10.1 now behave differently:

• Failed in 5.14.4: /home/dev/perl-5.14.4/bin/perl -wc test.pl RECEIVED SIGNAL - S_IFFIFO is not a valid Fcntl macro at /home/dev/perl-5.14.4/lib/5.14.4/File/stat.pm line 41
• Worked without changes in 5.26.3: /home/dev/perl-5.26.3/bin/perl -wc test.pl test.pl syntax OK
• Worked without changes in 5.38.2: /home/dev/perl-5.38.2/bin/perl -wc test.pl test.pl syntax OK

Many of the scripts can only be updated to 5.14.4 due to the huge jumps between 5.10 and 3.58; But we are stuck on that failures.

Was there an internal Perl change in 5.14 which cause the failures but works on other recent versions without any update on the scripts?

Cheerio!

submitted by /u/Longjumping_Army_525
[link] [comments]

I understand that many disagree with this statement, but it really makes it easier to build distributions for people who not monks. Wish the documentation was more detailed

submitted by /u/ReplacementSlight413
[link] [comments]