The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →
Inline-Perl5 Alternatives
Similar projects and alternatives to Inline-Perl5
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Inline-Perl5 reviews and mentions
-
Help needed: Inline::Perl5 not working even on a sample from its documentation
Verbatim from the documentation at https://github.com/niner/Inline-Perl5: use Inline::Perl5;
-
What Happened to Perl 7?
> Perl 6 was treated as the successor of Perl 5 -- and that was the mistake. It meant Perl 5 started dying,
Perl 6 took a long time to make, but how much did that matter? What was Perl going to do about Rails, Clojure, Go, Rust, JS/TS, and more? The world of programming languages used to be a lot smaller than it is today.
> Perl 6 had a new different syntax.
Inline::Perl5 [3] allows running legacy Perl 5 code in Perl 6 codebases.
[1]: https://docs.raku.org/language/5to6-nutshell#Regular_express...
[2]: https://github.com/atweiden/voidvault
[3]: https://github.com/niner/Inline-Perl5
-
OpenBSD for webserver?
Perl can be faster and defiantly nicer to work with than PHP but it's nowhere near as fast as some other options like Rust but that has the downside of being much harder to write and get working. Perl has the advantage of being prepackaged with the base system and on OpenBSD it's kept up fairly well with the system version currently being only one version behind the latest yearly Perl release. There are some patches added to the OpenBSD version so updating it each year takes time. The easiest way that I've found for running Perl websites is to leave the system modules as is and to install all of the modules that you need into a users home directory with local::lib and cpanm. That way the system install isn't contaminated with the extra modules and it makes deploying easy because it's all contained in one users home directory that can be rsync'd or tar'd. Another nice thing is you get access to pledge and unveil through Perl so you can lock down your website even further. I've recently been trying out doing things in Raku (Perl6 was renamed to Raku in 2019). It's slower than Perl most of the time but I find Raku to be so much more beautiful and expressive that it's a joy to code with. There aren't as many modules available right now for Raku but it gives you access to all of CPAN through the Inline::Perl5 module.
- Is there any interest in a Raku implementation of Mojolicious ?
-
Raku: features, community and main interpreter/VM
Interfacing with Perl 5 with Inline::Perl5:
-
The Future of Perl
I'll be happy to dialog about this compatibility, but the key thing is to start with an open mind; a recognition that the original vision predated Parrot; and a recognition that Rakoons have never relinquished that original vision even while many of us are delighted that Perl folk are keeping Perl healthy as a separate thing in its own right.
To be clear, the realization of Larry's original vision is not constrained to interop with Perl. Raku has extraordinary potential, some already realized, for pan-language compatibility via its [Inlines](https://modules.raku.org/search/?q=inline).
The steady improvement of [the exemplar Inline](https://github.com/niner/Inline-Perl5) for the last 6 years; its evident maturing; its suitability as a solid blueprint for upgrading all the others; all of this bodes well for being able to use a lot of the world's best existing code from within Raku this decade, with Inline::Python quite plausibly shining in this regard within the next 2-3 years.
[1] https://stackoverflow.com/a/45181464/1077672
-
How C++ supports the whole C's library and how I could do the same if I created a language?
The most polished of the Inlines, namely Inline::Perl5 (github repo) enables devs to instantiate Raku objects that are instances of Raku classes that are sub-classes of Perl classes. It does this even though Perl has pluggable OO, essentially arbitrary OO, with dozens of different OO systems available, all of which differ from Raku's, for example having a variety of MRO linearizations that aren't C3. So such things can be done.
-
A note from our sponsor - WorkOS
workos.com | 25 Apr 2024
Stats
niner/Inline-Perl5 is an open source project licensed under Artistic License 2.0 which is an OSI approved license.
The primary programming language of Inline-Perl5 is Raku.
Sponsored