Alex Kapranoff
- About: I blog about Perl. По-русски.
Recent Actions
-
Commented on /usr/local/bin rant
Looks like your questhub/play-perl links are broken here....
-
Commented on What should be core in Perl 5.16?
Definitely any HTTP client....
-
Commented on Learning Perl sells decently well, even in eBook formats
Is the authors' cut on eBooks the same?...
-
Commented on Next QA Hackathon -- What Do You Need?
The most valuable new (relatively) tool in my testing toolbox is "autoprove" from Test::Continuous. It's less about QA and much more about TDD but still, I'd like people to love it more because it has some rough edges requiring deep...
Comment Threads
-
Leon Timmermans commented on
What should be core in Perl 5.16?
I too agree with Elliot: let's not add too much to the core that isn't really close to the language. I'd like a MOP and better exception handling, but other than that we don't really need to add anything.
-
lajandy commented on
What should be core in Perl 5.16?
My knee-jerk reaction is "no more stuff in the core!" Core Perl 5 is already getting bloated to the point *nix distributors are considering removing it from default installs. But after reading over others' comments, I do think there are a few additions that merit discussion. Most importantly, adding some form of try/catch block ala Try::Tiny should be discussed, especially if it could be augmented by a basic exception class like Exception::Simple. The eval exception handling syntax is just too crufty and awkward to use. Just about all modern languages have some type of built-in…
-
Clayton Scott commented on
What should be core in Perl 5.16?
Ctypes!
There are a large number of tools I'd like to use that have C client libraries and since my C is weak and my XS is weaker having ctypes in core would be quite awesome.
http://gitorious.org/perl-ctypes/perl-ctypes
But I would happily settle for it to be on CPAN.
PS Thank you Reini Urban for picking up and running with the project.
-
educated_foo commented on
What should be core in Perl 5.16?
Ctypes is great in that it doesn't need a compiler, but using mutant pack codes for function prototypes seems like a bad idea. I would rather see something that parsed (a subset of) C function prototypes. Even more awesome would be something that demangled and parsed C++ function names to get the prototypes automatically.
-
Vyacheslav Matyukhin commented on
/usr/local/bin rant
Oops, I copy-pasted Neil's code and forgot to replace the link. Thanks! :)
About blogs.perl.org
blogs.perl.org is a common blogging platform for the Perl community. Written in Perl with a graphic design donated by Six Apart, Ltd.