If you have a Perl-related news item you'd like to share, you may post it in the Perl Newssection.
Please try to avoid duplicating news; but pointers (with summaries) to important stories on other sites are acceptable here.
I finally got around to doing a decent update to berrybrew.
Perls listed with berrybrew available are now listed in numerical, descending version order (again... this was a regression)
Added new all subcommand to berrybrew fetch. This allows you to fetch the list of *all* available Strawberry Perls (there's over 100!). Previously, we would only fetch and list the most recent minor version number within each major version. (The standard and existing berrybrew fetch without the new arg doesn't change its previous behaviour)
Important bug fixes:
Fixed issue where when using berrybrew fetch and there were orphaned Perls, we weren't auto-registering them as "custom"
Fixed issue when a user attempted to register a single custom Perl more than once, it was throwing an exception
As always, if you decide to try it and/or upgrade, please let me know of any issues, or simply open a ticket.
berrybrew <command> [subcommand] [option]
available List available Strawberry Perl versions and which are
clean * Remove all temporary berrybrew files
clone Make a complete copy of a Perl installation
config Add berrybrew to your PATH
exec * Run a command for every installed Strawberry Perl
fetch * Update the list of Strawberry Perl instances available
install Download, extract and install a Strawberry Perl
off Disable berrybrew perls (use 'switch' to re-enable)
register Manually register a custom installation directory
remove Uninstall a Strawberry Perl
switch Switch to use a different Strawberry Perl
unconfig Remove berrybrew from PATH
upgrade Performs a safe upgrade. Requires Git installed
use * Use a specific Strawberry Perl version temporarily
help Display this help screen
license Show berrybrew license
version Displays the version
* - view subcommand details with 'berrybrew <command> help'
ps. Thanks again to pryrt for his previous work along side myself, and for reporting both bugs and feature requests!
Update: I even had to break rank and ask for help elsewhere, because berrybrew is written in C#. Needed quick help on how to sort order lets just say an array of hashes, where hashes are keys with values of objects. In Perl, meh, two lines of code. In C#, it's nowhere near as fun.
I put up an SO post for the basics, but even still, that was simple. I still had to muck around and figure out how to sort by value of a key of a List of Dictionaries, where the list is List<Dictionary<string, object>>.
I hacked at that and got it to do what is needed, but I'm certain it isn't ideal by any strech. C, Perl, Python, C++ I can do, but this .Net and C# stuff I need some guidance. Needless to say, if there are any C# people here, the berrybrew project could seriously use your help for some code review, at minimum :D.
The smartmatch (operator, ~~) has been a fiasco for quite a long time, and caused much heated debate for so many years now that I consider it a historical piece of 'work'. Those who have paid attention to this feature knows what I speak of.
This is just to bring attention to those who have interest, that there have once again been changes made in the most recent dev release (5.27.7). Personally, this has been such a long running debate that I don't think there's ever going to be a way to make everyone happy, so I digress.
Aside from that, Happy Holidays to all of my fellow Monks, and thank you for accepting and having me as one of your peers, friends and oftentimes I nearly feel, colleagues for yet another year.
The annual Perl meetup in London will be happening this coming Saturday, 25th November at the University of Westminster Cavendish Campus. The address is 101 New Cavendish St, Fitzrovia, London W1W 6XH. There are approximately 200 people signed up so far. This year, along with Perl content for all interest levels (beginners to advanced), there are also talks on other languages and tech as well. Rust, Docker, Julia, & Go, to name a few. Come along if you can!
There are several reasons why I decided to release the module on Sourceforge rather than CPAN. The main one being that I feel this initial release is not yet sufficiently mature to be a standalone CPAN module. At the same time, Inline::F2003 does have sufficient functionality for users to try and comment on.
I am highly motivated to produce a high quality module that allows Perl to interoperate with modern FORTRAN. This initial release was developed and tested on Linux only. However, I would still encourage users to try running the program even if their system is non-Linux.
I am very interested to hear your views and experiences (and failures) with Inline::F2003. Thank you for reading this post. I do hope you'll have an opportunity to tryout the program, and report back your findings.