新しくperlで標準で欲しい関数は？

結局自分で作ればいいんだが、
標準で「これがあれば便利なのに・・・」
と思う関数は、どんなもの？
便宜的に名前をつけて、仕様を説明してみてくれ。

$@%　←　こう言うの使わずに書かせてくれるプラグマ（ｗ

他言語のmaxとかminにあたるのって標準でついてますか？
なんかリファレンスみても載ってないんだけど。

オレのしゃべった事をそのままプログラムにしてくれる関数。

複数プログラムの同時実行が欲しい

ハァ？

>4 maxって数学関数のmax？か確かボコるにも文字列返すのが有ったような
どっちにしろsortでやれ。

>>6
> 複数プログラムの同時実行が欲しい

forkとかsystemでいいのでは?

>>5
via voice 使え。

というか、Perl6 の仕様はフリーズされてるんじゃないの？

Perl7の話でもしてるんじゃないの？

あほか　＞7　

>>9
system関数はプロセスの終了待ちをするんじゃないかな。
同時実行ならやっぱforkだね。
あと、今出てるソースは、コンパイルする時に、
MultiThread対応にするかのconfirmがあったようなきがする。

>>13 何が？

>15　お前が
つーか素人大杉

>>16 だから、どういった点が？
ちなみに 7 != 15なんだが。

違う、13 != 16だが、俺はPerl7に突っ込んだんです。
多分１３も、つーか煽ってごめんなさい　逝って来る

うわ、勘違いしていました。
こちらこそ申し訳ない。

13 = 15じゃないや...
15 = 17 だった...。ごめんなさい

なんだか知らんがみんな素直だ

ム板は殺伐としちゃってるからこっちの方が居心地良いね

uniq

まともなコンパイル機能じゃない？
今の perlcc がまともじゃないかはおいといて。

mod_perl と ふつーの perl cgi との差を縮めてくれ。

>23
uniqってハッシュ有ればいいと思うが、何か凄い機能あるの？
>24
まともってのがどのレベルを指すのか分からんがバイトコードは
昔からまともだろ(と言うかまともじゃないと動かないし・・)
inlineCで出来るネイティブも勿論まともだぞ
つーか実行前の状態でメモリに展開されてるコードには絶対追いつけない（ｗ

俺はsetjmpが欲しいな　：-)

>>25
perldoc POSIX すると、
setjmp の実装には eval {}, longjmp の実装には die を使えと書いてある。

が、どう使えばいいかわかんない。

perldoc -q setjmp
とか?

なるほど、でもatexitの為に_END_が追加されたみたいに
気軽に使いたいのがホントのところ　(＾＾；
因みに、どっかで拾ったタイムアウトのサンプルはこんなのだった
$SIG{ALRM} = _TimeoutEval;
alarm(3);
eval{# 処理;};
alarm(0);
if ($@){print "Process was timeout \n"}
sub _TimeoutEval{die;}

atexitの為の_END_って何？

解らんならそれでも良いよ

２ちゃんねるのＩＤを逆変換できる関数

>>29
BEGIN に対応するブロックじゃないの？
終了時にかならず実行するみたいな。

使ったことないが...

>>32
理解した。
__END__のタイポにしちゃ意味不明だしな…とか思って、なんだか分からなかった。

がんがんスレッド使えるようにしてほしいなぁ。
なんかもう、言語仕様的に。
Java の synchronized を凌駕するかのような使い心地の。

って、今現在Perlでスレッド使うときってどうするんだっけ？
使ったことないのになにいってんだ(ﾟДﾟ)ｺﾞﾙｧとか言わないで...

使ったことないのになにいってんだ(ﾟДﾟ)ｺﾞﾙｧ

で、スレッドってどうやるの？

今のところポータビリティのあるスレッドの使い方は無いんじゃないの?
多分。
Perlのバージョン違うと微妙に違うようだし。

うるせーバカ。
初心者は黙ってろ　スレのレベルが下がる

Perl6 で実装される新しい機能のリストとかってもうどっか出てます？

>>39
英語なら結構そろってるっぽい
perl.comとか見てみたら？
俺は英語読めんけど。

関数って訳じゃないけど、範囲指定できるコメントアウトが欲しい。
Cでいうところの/*　*/のような。

=start
ソース

=cut

日本語文字列で文字コードを気にせず検索できる
jindex($str)

>>43
そういうのはjperlの方で実装してくれればいいや。

>>43
utf8は嫌か？

[日本語文字列で文字コードを気にせず検索できる]
に一票

>>42
41じゃないけど。
if (
    $a == 1 /* 〜判定 */
    or $a == 2 /* 〜判定 */
)
みたいのがほしい。

書いてみたら意味不明だった…これなら今のPerlでできるじゃん。。
↑を一行にまとめてあるような場合の話ね。

hashをマージする関数は欲しいなぁ。書いても3行なんですけどね。

文字コード変換専用の関数があればいいかもね。いちいちjcode.plを
呼び出しているCGIが多くてウンザリするから。
まあわたしの場合は１つのサブスティチュートに書き替えているけどね。

画像ファイルの拡大/縮小
くらいだけでもできたらうれしい。

高確率のロト６予想関数

>>51
それはモジュールでやるべきことでしょう。さすがに。

>>49
たしかに欲しい。

"Hello,world!!\n"を印字する関数。書いても1行なんですけどね。

>>55
たしかに欲しい

>>55
あらゆる言語で車輪の再開発がなされる部分だしね。

uniq,cp,mv

ビルトインクラスPerlWorldにジョークでHelloメソッドがあったら笑う。

こういう事したい　if $sita < $naka < $ue;

>>60 Perl6でできる予定

関数じゃないけど、C言語みたいに、

sub funcname($val1,$val2,...,$valn){...}

こういう風にサブルーティンを書けるようにしてほしい。
もちろん仮引数はローカル変数で。

>>3
Parrotの構文ツリー形式を吐くパーサを自分で書けばいいよ。
実例としてはparrot/languages/jako辺りのパーサ/コンパイラを見てくれ。

http://dev.perl.org/perl6/architecture
------
The parser will permit you to change its rules.
Rule sets define major languages (Perl, C, Python, Java, etc.)
and you can write new rules to define minor languages
(Perl without $ @ % sigils, Python with curly braces, etc.).
------

>>6
Perl6 RFCでも、スレッドに関して幾つか提案がなされてるけど、
(1, 178, 185ほか)RFC185のような実装になるみたい。
RFC 185: Thread Programming Model
http://dev.perl.org/rfc/185.html

>>14
./Configureの際に指定できるよ。
...最近は設定プログラムにGNU Autoconfを利用した物がほとんどで、
Perlで使っているMetaconfig(by Larry Wall他)は滅多に見かけない...。
(autoconfは大抵質問してこないから楽だけど。)

>>25
Perl6ではXS の代わりに Inline::* 系が標準になるので、
他言語で拡張パッケージを書くのはかなり楽になると思います。

>>41-42 >>47-48
RFC5, 102で提案されているけど、Larryは
http://dev.perl.org/perl6/apocalypse/2 の"Inline Comments for Perl"
で述べているとおり導入に消極的。
その代わりにプラグマinline_commentとかが追加されたりして。
Perl5でcppの使える環境なら-Pオプションで、コンパイル前に
Cプリプロセッサに食わせてやることで実現が可能だけど。

Perl6の"is"オペーレータで同様のことが出来るかも。
if ( test1() is "checking something" && test2() is "眠いな" ) {
    # hogehoge
}

>>43, 50
PerlIO::TextCodecクラスみたいなのが追加されたら便利かも。
(´-`).｡ｏＯ（以下↓は妄想.....）

*------*
#!/usr/bin/perl6

use IO;

my $in = new IO::TextStream(@ARGV[0]); #Perl6の配列要素参照は@array[index]
my $out = new IO::TextStream(@ARGV[1]);
$in.open("r") or $out.open("w") or die "open() failed";

$*in is chomped; # 入力は自動的に改行を削除
$out.setCodec(PerlIO::TextCodec::euc_JP); # 出力はeuc-jpで、とか

while (!$in.end) {
    my string $line = $in.readline(); # 勝手にunicode文字列に変換して$lineへ

    $out.writeline($line); # $outのコーデックでunicode->euc-jp自動変換

    $out << codec("euc-jp") << $line << endl; # まにぴゅれーたすたいる

    print $out: $line.locale8bit(); #ロケールに応じたエンコーディングで出力

    my $codec = new PerlIO::TextCodec("shiftjis");
    print $out: $codec.fromUnicode($line);
}

$in.close();
$out.close();
*-----*

>>49 それは無いかなぁ
>>51-52 それはライブラリのお仕事かなぁ

>>60
Perl6では可能ですよ。詳しくは
RFC025 http://dev.perl.org/rfc/25.html と、
Apocalypse 3<Operators> の "multiway comparisons" の項を見てね。
http://dev.perl.org/perl6/apocalypse/3

>>62
RFC26 http://dev.perl.org/rfc/26.html で提案され、Perl6で
取り入れられる予定です。Damian Conway氏のExegesis 2
"Take that! And that!" に実例が出てきます。
また、省略時パラメータは //= で行います。
ですから、例えばC++で(今書いてたコードから拝借)

void
QMenu::insert(const QString& text, int index = -1)
{
    // なんやかや
}

をPerl6では、

sub
QMenu::insert(string $name is constant, int $index //= -1)
{
    # なんやかや
}

と書けます。

>>65
良くわからんけど、仮引き数は全部constになるのかな
つまり、内部的に実引き数へのポインタが@_で@_へのポインタが
仮引き数になるけど、仮引き数のプロパティはconstantになるとか何とか････
んー、結構良いけど何となく嫌　(＾ｰ＾;
Damian 氏はC++ファンなんだろうか･･･

>>64
Perl5でも同じことが出来ませんか。

できる。それぐらいは分かってるだろ。

>>64
げげ、Perl6 で配列要素の参照方法変わるんですか...

標準でってことですか。失敬。

結構続いてるな（ぷっ

本物の匿名型グロブを返すgensym()が欲しい。
いやなんとなく。

もうすこし精度の良い乱数が欲しい。

>>73
http://www.math.keio.ac.jp/~matumoto/mt.html
なんかがよさげですね。。C,C++の標準関数になればみんな幸せになりそうですが・・

あげ

コテハンってウザイね。

>>49
%a=(%b,%c);
じゃだめか？

コテハンってウザイね。

#include "perl6.h"
#include "perl6/dbi.h"

// usage: program perl-expr files
int main(int argc, char** argv){
PERL6_MAIN_BEGIN;

Perl::SV dbh = Perl::DBI::connect("dbi:foo:bar.db");

Perl::SV sth = dbh->prepare("SELECT * FROM hoge");
sth->execute();

Perl::SV row;

while(row = sth->fetchrow_arrayref){
Perl::println(Perl::join(" ", row));
}

sth->finish();
dbh->disconnect();

PERL6_MAIN_END;
return 0;
}

>>80
それは何？
C/C++のコードではないようだし。

C++だった。ハズカシ

sort のお話ですにゃ。
今の Perl は、巨大な配列を sort すると、効率が悪くなります；；

@sorted = sort(@array);

@array の要素数が増えるにしたがって、処理時間が爆発します。
これは Perl の sort() 関数が、効率の悪いアルゴリズムを
使っているせいでしょうか？

かんたんな実験により、配列の要素数 を N とすると、perl の sort() 時の
比較回数はおよそ N * log N 回のオーダーという結果がでました。これは、
配列が 100 万要素だったとしても、たかだか N の２０倍程度の比較回数にすぎません。
おそらくは最高レベルの効率です。私はこれに文句をつけることはできません。

では、sort() 自体は実用じゅうぶん速いのに、
なぜ上の１行は爆発的に遅くなるのでしょうか？試しにこう書いてみました。

sort(@array);

これは@array が１００万要素を超えていても、じゅうぶん高速でした。
（当然、ボイドコンテキストなので、結果は捨てられるので、意味はありません）

ということは、巨大な配列の「複製」のために、ものすごく時間を
取られているということです。それはありうることです。
ソート結果を直接 @array に代入してしまう関数があれば、
これは解決できると思います。そういう sort関数を希望ですにゃ。

( 私は ruby 使いじゃないのですが、
ruby には、「破壊的 sort」が用意されているらしいんですねぇ・・・
さすがにゃ）