So whats going in with perl?

>Look if something like that already exists
I did, but i'm a stuborn motherfucker not satisfied with what already exists.
Like a language tool chain in which you can make a compiler, and a JIT interpreter with a fast startup time for example (for a fast developpement cycle)
No language really has advance code generation features. Macros is the bare minimum, and it should be further improved with Prolog-like fuckery.
There should be no clear separation between the language itself and the compiler tool chain. That way you could choose the exact tradeoff you need, and basically have one language to do everything.
One thing that really annoys me is not being able to precompute things that can be. Like compiling regexes at run time for example. It's ridiculous to recompile them over and over at run time.
Or having your scripting language code dog slow because of the dynamic feature, and because you can't just turn them off lexically. Like switch to early binding, use types, manage memory, etc..

Also, logical programming is ridiculously underused while it could brings languages to the next level. Particularly for the "code" (also AST in general) part.
Too many times, the structure of the code doesn't reflect the logic, but instead is constrained by the optimizations. That's dog shit.
We shouldn't have to choose between an explicit logic and efficiency. That's what macros are for. And also, the programmer should have infinite control over how the code is optimized.

And on and on..

So basically, the main things that digusts me is implicit logic, not being able to go really low level (in a scripting/high level language).
And very poor control over the build, compilation and optimization process. The compilation should be part of the programming. Part of it to have more control over the time/space tradeoff, and part of it because it's crippling to not being able to program your programs (macros in Lisp).

No you're right. What I wanted to say is that it's a waste of time if you are an autist that want something "tailored" to you anyway.

>to ever die
looks like its still being updated

>Particularly for the "code" (also AST in general) part.
"code" generation

Its like lolcode.
It was a funny php parser that someone did and then apparently some autist had the itch to make an entire compiler for it and now nobody uses it.
Its just not a productive use of time. The well known programming languages were at the right place in the right time or backed by corporations.

Any raku user lurking?
How many are you?

I don't think this would be useful the way I use perl. It would no longer be perl. Low level memory management is not needed; want to do anything
regarding bytes, I use C. Types are not needed; if I'm writing a script long enough I want types, it's too long

Here's the thing: a language is supposed to take the burden of making a language away from you. We already have a language that has advanced code generation features: C, which everyone uses to build languages with.

Look at what Jon Blow is doing with Jai. It is essentially what you're describing: barely a language with an extremely complex macro system attached to it. You can make it into "anything". Compilation is built into the code.

So why use it? Assembly and Forth are extremely easy to make into any language you want, because they are much less rigid than C. Very few use them today. You want to use a language that's for the task at hand. I use PHP for html generation; I use Go for web facing services; I use Perl for text manipulation; I use C for byte manipulation. I had a huge document I formatted with Perl, then used Go to create an API to access it, PHP to make a webpage that called that API.

Learn to love different languages ... I used to want one language too, but I've come to see it's not useful. I was using Go to generate webpages/HTML, but realized I was half assed implementing PHP.

Languages that succeed solve a problem; what you're describing is not a problem, what you want is assembly

Thanks for the input man, I appreciate it.
I'm having a bit of a trouble expressing what it should be like, I'm still figuring things out.

Short short version...

>Perl 5 was shit but some faggots liked it
>Perl 6 gets made to make it less shit
>Perl 5 faggots don't like 6 and stick with 5
>Newcomers know Perl 5 was shit so stay away from Perl 6
>Perl 6 is renamed Raku to get away from Perl crappy reputation
>Noone is fooled

Kek
Maybe in 20 years gigazoomers hipsters will finally "rediscover" it as the powerful cli tool it is

I can't wait to be paid the big buck in 20 years to maintain an old and essential perl code base. Beats COBOL by a mile.

How to replace a line to in a file in lua
otland.net/threads/removing-a-line-in-a-txt-file.150218/
How to replace a line in a file in python
delftstack.com/howto/python/python-replace-line-in-file/
How to replace a line a file in perl
#!/usr/bin/env perl -w
use strict;
use File::Slurp 'edit_file_lines';
my $inFile = shift;

edit_file_lines { m/\>/ && s/(\S+)\s.*/$1/ } $inFile;
__END__

I assumed it'd be easier than that in perl desu... Wtf
I thought it'd be built in

Nobody on Any Forums programs in niche languages.