Emacs Part 44

**名無しさん＠お腹いっぱい。** · 2013/12/14(土) 17:36:04.45

語り合いましょう。

GNU Emacs - GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/software/emacs/

EmacsWiki: サイトマップ
http://www.emacswiki.org/emacs/

前スレ
Emacs Part 43
http://toro.2ch.net/test/read.cgi/unix/1370754332/

**名無しさん＠お腹いっぱい。** · 2013/12/22(日) 22:48:44.43

>>20
> ttp://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/share/misc/acronyms?content-type=text/plain&only_with_tag=HEAD

仕事で使いまくっった I18N なんてのは死語扱いか？

**名無しさん＠お腹いっぱい。** · 2013/12/22(日) 23:33:46.33

>>70
やっぱりeclipseに頼ったほうがいいのか
どうにかしてeclipseやnetbeansに頼らないで出来るようにしたんだけどなあ
emacsでjavaの10万行のローグライクを作ったsteve yeggeはすごいな

**名無しさん＠お腹いっぱい。** · 2013/12/22(日) 23:38:18.78

>>68
Jdeeとかそういうこと?

**名無しさん＠お腹いっぱい。** · 2013/12/22(日) 23:40:23.72

そういうこと
無駄な努力とは分かってるんだけどやめられない

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 00:09:04.73

インデントさえしてくれれば、あとは別に要らないや。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 00:58:34.90

ビルドと実行はantかmaven使ったほうがいいのかな

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 01:02:26.82

やはりそんな感じだったのか。

https://github.com/emacs-helm/helm/pull/378

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 01:18:05.08

>>69
cygwin自体はもう導入しているが、
消去しないと競合してまずいか?(gnupack)

とりあえずEmacsのためにCapsLockをCtrlにした。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 01:39:58.03

>>72
ちょっと言い方が悪かったかな
コーディングには不便しないし、簡単なデバッグくらいなら emacs で十分いける
高度なスキルを持っているか、もしくは趣味レベルで考えれば十分実用的だと思う

バグを徹底的につぶしたり、プロファイリングを効率的に行いたいなら
素直に eclipse に頼った方が幸せだよってことね

あと個人的にな意見で申し訳ないけど JDEE とか使うなら
汎用ツールや自作スクリプトを選ぶかなぁ

java と心中する気なら JDEE もいいかもしれないけど…

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 03:07:42.61

>>78
gnupack は cygwin 抜き emacs のみ版も配布してるけど
google ime か skk 使ってるなら公式配布の ntemacs でも何の問題もないと思う。

windows の emacs は cygwin の仮想端末がそのままだと開けないから
Meadow 由来のラッパープログラム仕込まなきゃ行けなかったり、
pipe にウェイトが入ってたりと素の emacs と比べるとプロセス周りはやっぱ弱いよ。

NTEmacs スレがあるからあとはそっちでどうぞ。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 03:25:18.61

>>80
誘導ありがとう。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 05:07:21.66

凄く細かいことなんですけど、バッファメニューって編集中のバッファに . が付きますよね。
でも m でマーク付けてから g や u で解除すると . も消えちゃいます。
消えないようするにはどういう設定をすればいいのでしょうか。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 11:26:27.69

list-buffers のことなら、 mark 時に ">"、unmark 時に " " に置き換えってハードコードになってるから
設定ではどうにもならないかと。
"." の表示も最初に表示する時に直前のバッファを引数で渡して表示してるけど変数とかに保持してないから
再表示の時ははじめから " " で表示するようなコードになってる。

マークが消えてもカレントバッファが置き換わるわけじゃないから
気にしなくてもいいとは思うよ。

どうしても直したいなら以下が必要になる。手間の割に見返りないかと。
・list-buffers-noselect 時に current-buffer を適当な変数に保存する advice
・list-buffers--refresh 時に引数の old-buffer をその適当な変数の値に置き換えする advice
・(tabulated-list-set-col 0 " " t) してる関数を状況を見て "." に置き換えるよう advice なり書き換えする

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 17:13:50.82

>>77
なんて書いてあるの？

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 17:39:32.89

>>83
詳しい説明ありがとうございます。
確かに困ることはぜんぜん無いんですが…。勉強も兼ねてやってみます。
ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 18:37:08.64

>>84適当に訳してみた

某氏がhelmにパッチを提出したら、

「お前のパッチはちょっと問題があるから受け入れらんねー

そもそもお前が著作権がらみの署名してないからHelmはELPAにねーんだよ。
だから、俺がお前のコードを消したり書き換えたりしない限り、ずっと
マージされないままなんだよ。
俺は3年間も一人でお前から一切の返答が無いままコードの整理と開発をしてきた。
ただ、全部済んだらあんたのコードをここに一々コメントせずに追加していきたい。

著作権がらみの署名を検討してくれ。そんでマージに値する理由を俺に教えてくれ。
そしたらまた見てみるよ。」

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 18:49:47.03

>ただ、全部済んだらあんたのコードをここに一々コメントせずに追加していきたい。
これってかなりあきれているんじゃないかな
へえ、俺がやったあらゆることも気にかけず、君は 'rubikitch' 名義のコードを何も説明せずにさらに提供しようとするんだね。
多分こんな訳になるかと

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:22:43.31

FSFにコード寄贈するのに必要な署名をしない理由は何だろうね。
おかげでその分のコードを全部書きかえない限りはELPAに入れられない
わけで、ずっと頑張って書き換えようとしてるのに、また新たに
ELPAに入れられないコード送られてきても、そりゃ困るわな。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:25:58.85

あと、>>86の訳はちょっと微妙だな。
特に>>87が引用してる部分は完全に誤訳だよ。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:27:08.14

日本の普通の会社で働いてるとFSFへのコントリビューションの署名は難しい
そういう奴は最終的にGNUへマージされそうなプロジェクトのコードを汚染するなってことだ

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:30:23.60

あっ、>>87が訂正した訳の方が原文に近いって意味ね。
Afterを「気にもかけず」と訳すのは、ちょっと意訳しすぎな
気はするが。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:35:56.48

大手メーカー系はFSFへの寄贈厳しそうだな。
もっとも俺の知ってるトヨタの人は、会社でFSFに金銭的寄付してた覚えがあるが。
Web系の企業だと、あまり障害なさそう。
SIerはその中間って感じ。
うちは中小SIerだが問題なく寄贈できる。
くだんの人はメーカー系に勤めてるの?

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:38:55.31

あと大手メーカー系でも、オープンソース系部門にいれば、
問題なくできるとこもある筈。実際、富士通とか、glibcへの
パッチ出してマージされてるよな。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:49:01.96

>>92
金銭的寄付とコードの寄贈はまったく関連が無いぞｗ

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:51:39.25

IT関連以外の会社だとほぼダメかも

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 19:55:27.28

>>94
まあね。

大手企業の場合、自分とこではライセンス的に直接コードの
寄贈は難しいけど、第三者的な企業に金出して開発してもらって、
その第三者企業の方からコードを寄贈してもらうって手を使うことはある。
そういう意味で、金銭の提供がコードの寄贈に結びつくことはあるが、
まあさっきのトヨタの例はそれとも違うな。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:06:04.58

IT全然関係ない企業で、家で書いたコードなら、企業活動と
全然関係ないのは自明なので、本来なら上司のサイン自体が不要な気がする。
まあ、それじゃ済まないお堅い組織が存在することも知ってるが、
別に日本の企業が全部そういうお堅い組織だってわけでもないので、
安易に日本だと駄目だとか決めつけるのはどうかと思う。
海外でも、自宅で余暇に書いたコードも著作権を会社に寄越せ
とかいう企業は存在するし。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:20:34.87

雇用主の許可を厳密に求めてるのはFSF側の方だと思った

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:40:00.75

However, a copy of the person’s employment contract, showing that the employer can’t claim any rights to this work, is often sufficient.
ってあるから、雇用契約上、明らかに仕事と関係ないと分かれば、
雇い主のサインは要求しないんじゃねえ？
まあ日本語の契約書のコピー送られても読めんとか、日本の雇用契約
内容って曖昧で結局判断できないから雇用主のサイン寄越せってことにはなりそうだが。
中小企業なら、上司との関係がうまくいってれば、サイン貰うのも
難しくはない気はする。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:44:07.50

この方(R)は雇用のことはまるで関係ないと思うが。
Refactoring(汚いから直したよ)とだけ書いて pull-req するその態度を
改めないと会社勤めどころか OSS への貢献だって永遠にできないと思う。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:48:34.99

pullreqにコメントないのも問題だけど、pullreq拒絶してる最大の理由は、
FSFへのコード寄贈の署名をしてない点じゃねえ?

署名してない理由は知らんけど。
少なくとも、日本の企業だから、ってのは理由にならん。
ウチの会社だと駄目でしたって可能性ならあるが、ホントの
とこは、どうなんだろね。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 20:57:24.25

寄贈するかしないかは本人の勝手であるわけで
Rさんが寄贈したくないって言うならそれは仕方ない
helmのメンテナーが寄贈する前提で作業してるからRさんのコードを受け付けられないって言うならそれも仕方ない
険悪な雰囲気なのはコミュニケーション取れてないからだと思うよ

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 21:11:39.41

またるびの人もめてんの?

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 21:27:58.14

るび汚染が始まってしまう

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 21:28:56.97

本人によるとsignはしたみたいだね。

https://twitter.com/rubikitch/status/414308103459315712

> 数年前FSF paperが来たんでsignして送り返したはずなんだけど、あれから音沙汰がなくて、やはり届いてなかったようだ。
> もちろんsignしたいけど、どうすればいいのかわからなくてこのまま放置してた。

おれは嘘だと思うけど!

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 22:11:41.01

専用スレ行けやクソども

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 22:25:13.53

届いてないなら、メールで問い合わせてもう一回送るとかすればいいのにねえ。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 22:28:53.39

この辺が理由なんでしょ？
別スレ移動するにしてもあんまりいじらない方いいんじゃないの。

https://twitter.com/rubikitch/status/245102570098528257

> メンテナンスがおそろかになってしまったのは、すべては長期にわたって精神的に病んでいる自分の責任だと思っています。anything.elはかわいい養子同然の存在なのにforkさせられてしまって(涙)本当にごめんなさい。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 22:30:37.91

ファイル数個じゃ収まらない場合は素直にemacs諦めてIDE派だなあ
キーバインドだけ変える

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 22:47:36.73

>>109
eclipse も vs も netbeans も emacs 風キーバインドはあるんだけど
なんか中途半端で結構いじるはめになったり変更を諦めることになったり切ないよね。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:04:18.88

eclipse でテンプレートを作成して emacs でガーっと書きあげて
eclipse でリファクタリングすると捗る

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:25:18.50

eclipseのフォーマットがemacsで編集するときに気持ち悪いな

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:35:36.94

フォーマットってプロジェクトで統一されてるもんじゃないの
統一されていれば eclipse のフォーマット = emacs のフォーマットになるのでは

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:37:35.97

プロジェクトで指定されたフォーマットルールが微妙に再現出来ずに
色々手を加えなくてはいけなくなったり的な。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:41:09.15

>>109
ファイル多い時こそemacsでないと探すのがストレスになる。

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:43:02.86

eclipse はエディタというより外部ツールの一つとして使いたいんだが
余計なおせっかいが多くて困る
上手く emacs と連携させることができれば便利なんだけどな

**名無しさん＠お腹いっぱい。** · 2013/12/23(月) 23:49:43.03

使ったこと無いけど eclim-emacs とかどうなのさ

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 00:01:42.12

>>117
eclim-emacs 初めて知った
面白そうだから後で遊んでみる
ありがとう

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 00:52:13.81

>>115
それは碓かにそうなんだけど、IDEで使ってる機能を全部使えるようにelファイルを探して入れるのが面倒なんだよね
あとGUIでタブ残ってるのがすぐ分かるようにしたい時がある

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 01:02:42.69

>>119
全部入れたらパッケージングして上げてくれ。

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 01:04:07.28

>>119
100ファイルとか普通に開くから、タブとか無理だ。

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 01:07:21.93

emacsに意識しすぎてコーディングが捗らない

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 01:15:37.50

IDEで使ってる機能を全部使えるようにするのは無理だしその逆も同様

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 01:55:09.19

補完とか関数ジャンプとかそれぐらいしか使ってないならできる

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 02:14:38.28

eclipseが必要になるのって、デバッガかリファクタリングツールを使いたくなる時ぐらいだな。メソッド補完はcedetとautocompleteでそこそこいける。

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 02:30:16.79

c++書く時にgdb+emacsでデバッグしたりしてるけどわりといける
けどvisual studioでデバッグしたい

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 04:30:01.16

>>117
すごいな、これｗ

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 09:37:54.73

eclim-emacs でいいんじゃないのか
リファクタリングも参照ジャンプも補完も javadoc も eclispe の機能を裏で呼び出してくれるみたいだし

http://www.skybert.net/emacs/java/

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 13:16:57.14

eclimって元はvimなのかな
emacsより進んでてちょっと嫉妬した

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 17:03:06.86

もうEmacsも御役御免の時代なのかね……。
寂しいが、これも現実か。

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 17:06:56.22

えー。今導入し始めてる時なのに。

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 17:09:32.29

世界的にはVimのほうが上だからな

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 19:15:29.50

ECLipse + vIM = ECLIM

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 19:47:12.18

Vimの人の方が外部ツールに頼る事に抵抗が少ないからだろうね
Emacsの人はそんなデカいツールに頼るという発想がない

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:21:14.07

feature freeze したな

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:32:57.28

dired-hide-details-mode が気になる

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:37:42.86

俺の大好きな iswitchb が obsolete 行きになってしまった・・・
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/etc/NEWS#L800

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:46:29.89

>>135
どういうこと？

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:52:28.10

>>138
24.4に向けての新機能追加が終了、あとはバグ直しだけしてリリース準備頑張りましょうねーってことじゃね
http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00844.html

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 23:14:45.54

しかしクリスマス休暇とあいまって今はコミット祭になってるな
次は24.4になるだろうけど、0.1のバージョンアップにしては
細かいところでかなり変更点が多いし、いいリリースになりそうだ

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 23:19:58.83

eww がちょっと楽しみ

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 00:52:12.15

pixelwise 関係の変更から色々おかしいんだよねえ。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 08:29:40.75

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 11:08:20.80

#xffff 等の 16bit 数値を base64 でエンコードする簡単なやり方ってあるのでしょうか？

(base64-encode-string (char-to-string #xffff)) だと multibyte 文字が入っているって怒られます。
そもそもエンディアンどうなるのって話だし。

自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 11:36:54.20

encode 意識しないんなら string-as-unibyte
意識したいんなら encode-coding-string で適切な unibyte に。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 11:41:10.72

>>139
ありがとう
よく分かった

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 12:29:27.78

>>145
ありがとうございます。
string-as-unibyte はなぜか 3byte に変換されてしまいました。unibyte と multibyte にエンコーディングが絡むと
未だに何がなんだかわからなくなります・・・
とりあえず byteorder の戻り値を見て utf-16le と utf-16be を切り替えるあたりが妥当なところなんでしょうかね。

(equal "774=" (base64-encode-string (string-as-unibyte (char-to-string #xbeef))))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'binary)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-8)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-16be)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-16le)))
;; => t

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 14:00:27.67

helmの質問です
helm-do-grepでand検索ができないのでどうしようと思ったらこれを見つけました
http://www49.atwiki.jp/ntemacs/pages/33.html
ですがこれではhelm-do-grepの処理が大幅に遅くなってしまいました

そこで空白が入力されたときにはそれより前の文字列をhelm-do-grepで処理し
空白以後の文字列はその結果が表示されているバッファをemacs lispで編集することでヒットしたかどうかを表そうと考えました

helm-do-grepの実質的な処理はhelm-grep.elのhelm-do-grep-1がしていることは分かったのですが
入力された文字列の管理をどこでやっているのかと検索結果をどのように編集すればよいのかが分かりません
よろしくおねがいします

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 15:12:11.19

>>147
へー beef (牛肉) が unicode で「ななし」になるってなかなか面白くないかい。とっくに既出？

それはさておき最近の Emacs だと内部エンコーディングが utf-8 なんじゃなかったっけ。
だから 3 byte になるのは当然だよね。
環境に依存するので char-to-string 使うのはあんまりよくないかもしれない。

(defun int16-to-string (int16)
(let ((s (make-string 2 0)))
(aset s 0 (logand (lsh int16 0) #xff))
(aset s 1 (logand (lsh int16 -8) #xff))
s))

> 自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。

そういうことになるのかな。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 15:40:39.79

>>149
なるほど確かに info を見てみると unicode のスーパーセットってなっていました。
ただのバイト列を作りたい場合、char-to-string して concat ではなく
aset でしこしこ組み立てていけば良さそうですね。

ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 22:50:49.84

beefって2byteだよね？なんで日本語3文字の「ななし」になるんだ？

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 22:54:32.24

>>147 のことなら、
0xbeef をリトルエンディアンで配置すると 0xef 0xbe
これを base64 で符号化すると "774=" になるってことでしょう。

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 23:47:19.56

>151
UTF-16 の 2000からffffは、UTF-8では3バイトってことじゃね？

**名無しさん＠お腹いっぱい。** · 2013/12/25(水) 23:53:35.64

>>153
なんでそれが「ななし」になるんだ・・・

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 01:43:31.01

>>137
マジかーショックだわーどうすべー

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 01:49:25.94

iswitchbの代わりは何になるんだろう

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 02:33:29.40

ido だよ

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 02:52:14.55

へーそんなのあるんだ

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 10:04:52.80

>*** Iswitchb is made obsolete by icomplete-mode.
って書いてあるんだから icomplete-mode なんだろうきっと。

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 11:05:44.24

icomplete-mode 使ったら describe-function とかのその他の補完系まで
iswitchb みたいになって非常に気色悪い

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 12:36:33.12

ちなみに ido の読み方は"アイドゥー"だよ

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 12:48:23.07

つながってるね!

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 19:40:52.55

日本語の移動から来てると思った
eieioとかも

**名無しさん＠お腹いっぱい。** · 2013/12/26(木) 19:41:19.36

えいえいおー

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 00:23:06.64

eieio は"イーアイイーアイオー"だよ

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 02:38:35.47

イーヤイーヤヨー

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 18:53:00.82

GoogleC++スタイルガイドで紹介さているGoogle謹製の google-c-style.el を
使ってみたけど、スタイルガイド通りにならないじゃん…なんだよこれ

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 19:01:15.18

C++なのにCというのにも違和感

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 19:07:08.82

実はc++-style.elもあって、間違ってC用のやつが公開されてるとか

**名無しさん＠お腹いっぱい。** · 2013/12/27(金) 19:15:57.92

いや、Google Codeにホスティングされているcpplint内の1ファイルで、
そこには1つしかない
スタイルガイド内からリンク張られているのも同じ

もちろん直せばいいんだろうけど、だったら今まで通りでいいや…