Perl › 演算子 › 算術演算子 › here インクリメント演算子を使用すると、変数に代入されている数値に1を加算することができます。インクリメント演算子は、変数の前か後につけることができます。 # インクリメント(後置) $num++; # インクリメント(前置) ++$num; インクリメント演算子は加算演算子を使った次の記述と同じ意味になります。 $num = $num + 1; インクリメント演算子はfor文の中で頻繁に利用されます。 for (my $i = 0; $i < 10; $i++) { print "$i\n"; } このサンプルプログラムでは、0から10が出力されます。 前置のインクリメントと後置のインクリメントの違い 前置のインクリメントと後置のインクリメントは単独で利用される場合は、意味が同じですが、代入されるなど戻り値が利用される場合は、意味が異なります
おそらくはそれさえも平凡な日々: 2013年のGetopt::Long でも紹介されている pass_throughに関するメモ。 pass_throughオプションを有効にするとオプション解析の終了を意味する '--'が @ARGVに含まれます。 以下のようなコードの場合、 #!perl use strict; use warnings; use Getopt::Long; Getopt::Long::Configure( 'pass_through', ); local @ARGV = qw/-D=usethreads -D=use64bitint -- 5.16.2/; my (@D); Getopt::Long::GetOptions( 'D=s@' => \@D, ); print "\@D=(@D)\n"; my $version = shift; print $version
use strict; use Config; if ($Config{'use64bitint'}) { ... blah blah blah ... } else { ... blah blah blah ... } これでいいのかな。use64bitall というのもあるんですけど違いがいまいちわかりません。 Another change related to the architecture name is that "-64all" (-Duse64bitall, or "maximally 64-bit") is appended only if your pointers are 64 bits wide. (To be exact, the use64bitall is ignored.) perl58delta ポインタ長が 64bits の時のみ定義されるってことはこっ
CL-PPCRE - Portable Perl-compatible regular expressions for Common Lisp Abstract CL-PPCRE is a portable regular expression library for Common Lisp which has the following features: It is compatible with Perl. It is pretty fast. It is portable between ANSI-compliant Common Lisp implementations. It is thread-safe. In addition to specifying regular expressions as strings like in Perl you can also use
卒研発表で LT をしました。そのスライドです。 今なって考えると、これ「コード生成器を用いた」だなぁ... 前回の続きなので前回のリンクはこちら。 codehex.hateblo.jp 今回の研究?で使った Compiler::CodeGenerator::LLVM は improvement/wasm ブランチ。 github.com デモで用いたコードはこんな感じ #!/usr/bin/env perl use feature 'say'; say "Hello, World"; say 1 + 1; say "---------------"; sub loop { my $a = 10; for (my $i = 1; $i < $a; $i++) { if ($i == 9) { say "Last!!"; } else { say $i; } } } loop(); これは関
人のコード見てわかった気になっていた 社内の他のインフラエンジニアが作ったnginxのDockerfileなどを見て、環境変数を読み込んでるっぽいらしい記述を横目で見ていたのでnginx.conf上で$HOGEとか書いておけばなんとなく環境変数って読めるんだろうって思ってました。 今回初めて一から作ることになってやっと気付きました。どうもゆとりエンジニアです。 まとめ ランタイムで読む方法とスタートする直前で変換する方法があるけど、後者が良さそう。 以下はこれにたどり着く流れの話です。 今のご時世、環境変数読みたいよね インスタンスにnginxインストールしてconf書き換えみたいな場合は、chefなどのプロビジョニングツールなどで変換すればよかったのです。 ただ、今のご時世、コンテナで動かしたいと思うのが正直なところ。コンテナだと一度作ってしまうと中身は基本書き換えられないし、書き換えて
行ってきました吉祥寺.pm。 前から興味があったエンジニアさん向け勉強会です。 「勉強会」と言いつつ、採用目的でちょっとでっかめの企業がやってるところも多いですが、 ここはなんというか、エンジニア界をよくしたい人の集まりって感じでした。 以下、connpass内の吉祥寺.pm13(吉祥寺.pm13 - connpass)のタイムテーブルを 「たしかこんなだったよなー」と補完したもの。 19:35〜19:50(15分) Talk1: PythonでWebアーキテクチャーを学ぶ(shuheioza) 19:50〜20:05(15分) Talk2: サーバインフラ・基盤技術について(progrhyme) 20:05〜20:20(15分) Talk3: エンジニアの健康について(まみー) 20:20〜20:40(20分) Talk4: 今あえてDRY原則について考える(しんぺい a.k.a. 猫型
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く