トップ «前10日分 最新 次10日分» 追記

はじめてのにき

ここの位置付け

2004|11|
2005|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|04|05|06|07|08|09|10|11|

ToDo:


2007-10-04

_ プロプラ

http://alohakun.blog7.fc2.com/blog-entry-857.html

とか見てなんか雰囲気だけ見てる感じでは redhat ibm aple あたりが多いかなぁあと google とかと思ったので 手元にあった 4000 強のメールに対して。

ruby -ne 'BEGIN{A=Hash.new{0}};scan(/@[a-z.]*/){A[$&]+=1};END{A.sort{|a,b|a[1]<=>b[1]}.each{|x,y|puts "#{x} #{y}"}}' gcc-from

の結果の下の方。

@avtrex.com 34
@watson.ibm.com 35
@false.org 38
@eagercon.com 39
@libertysurf.fr 41
@gnu.org 42
@naturalbridge.com 43
@gcc.gnu.org 63
@vlsi 72
@adacore.com 74
@suse.de 76
@il.ibm.com 82
@sygehus.dk 84
@synopsys. 88
@lucon.org 89
@dberlin.org 103
@apple.com 105
@artimi.com 158
@redhat.com 238
@google.com 266
@codesourcery.com 282
@gmail.com 824

別に投稿が多いからコード書いてるってわけじゃないので gcc-cvs で調べろという。

(12:11)


2007-10-03

_ ICFPC

10位らしい

http://marco-za.blogspot.com/2007/10/icfp-results.html

まぁよく頑張った…と言いたいところだけど インチキなので 問題の難しさに救われただけだにゃー。

(09:36)


2007-10-02

_ でわ

http://homepage1.nifty.com/herumi/diary/latest.html

裏でマニヤ編とか…!

(00:10)

_ おおこれは

http://d.hatena.ne.jp/pyopyopyo/20070920/p1

良さげ

(07:25)

_ at_exit do_at_exit

http://d.hatena.ne.jp/KeisukeNakano/20071001/1191243314

なかなか感動的な一文ですな…

(07:46)

_ メモリリミット

を達成するって問題もいいかな。

(07:46)

_ 相変わらず

http://www.google.co.jp/search?q=AXUIElementREF&ie=euc-jp&oe=euc-jp

絶望的なくらい情報ねーな…

座標指定のマウスクリックエミュレーションがしたいだけなんだが

(08:21)

_ まこすてん

Let's note Y に興味が出すぎてて まくぶくの命があやうい。

最後のチャンスとして sevil を高速化した。 Apple Event 送るプロセス数をがんばって減らしたので だいぶうざくなくなったはず…

あとなんか Apple Event で指定位置を そのままマウスで叩くってできた気がして、 それすればもうちょい速くなる気がするんだけどできなかったっけ…

(10:37)

_ ああ

明らかに速くなったな。 ていうか wl の読み込み時とかにスイッチできないとかは 明らかにダメであった。

(10:38)

_ まこすてん救済

あとは最大化を作る必要がある

(10:45)

_ おもしれー

http://labs.cybozu.co.jp/blog/takesako/2007/10/html_20_new_browser_detection.html

と色々遊んでた。

  • dillo はなんも画像出なかった
  • 京ポン Opera はちゃんと Opera が出た
  • ブックマーク見るとホントにはてなは裏で IE 走らせてスクリーンショット取ってるんだなーと

http://b.hatena.ne.jp/entry/http://wafful.org/~takesako/html20hacks/browser-detect3.html

(21:25)

_ 絶賛時差ボケ

きついなぁ

(22:47)


2007-10-01

_ これはかなり涼しい!

http://www.f13g.com/?blog/2007-09-28

わらた

文字列拾ってきて自動生成したスパム文章を 翻訳させて投稿ってかんじなんだろうか。

(05:19)

_ ちょい待て

http://d.hatena.ne.jp/sumii/20070828/p1

(08:23)

_ 検証しようと

ghc 動かしたら shinh.org が死んだ。

それで初めて気付いたが shinh.org のディスプレイ死んでるのかこれ。 ほとんど見えん。

とりあえずむっちゃ雑なベンチだけど

i@u ~/wrk/bf> time ghc -c -keep-hc-files sbf.hs
ghc -c -keep-hc-files sbf.hs  18.20s user 0.74s system 99% cpu 18.955 total
i@u ~/wrk/bf> la sbf.o sbf.hc
-rw-r--r-- 1 i 382k 2007-10-01 08:33 sbf.hc
-rw-r--r-- 1 i 135k 2007-10-01 08:34 sbf.o

明らかに GCC は無罪ということでよろしいか。

追記:

雑すぎますた。すいませんすいませんすいません GCC はだめなこです。

http://d.hatena.ne.jp/sumii/20070828/p1#c1191419878

(08:34)

_ 私的 w3m 基本

  • 移動で矢印とか hjkl はあんまり使わない
  • 青いとこを NEXT_(LEFT|RIGHT|DOWN|UP) (僕は HJKL にふってる) と TAB
  • / でインクリメンタルサーチで移動
  • 大幅に移動する時は space とか ^v とかに割り当たってるヤツで
  • 日本語は当然 migemo 併用
  • 例えば a.hatena.ne.jp/shinichiro_h は /rirek^m^m で id:shinichiro_h とか先行入力気味で
  • PREV と NEXT 。デフォの B は BACK でバッファ殺すのでアレだった気がする
  • EXTERN は色々仕込んどく。
keymap $ EXTERN "firefox %s &"
keymap M-$ EXTERN_LINK "firefox %s &"
keymap m EXTERN "echo -n %s | xclip"
keymap M EXTERN_LINK "echo -n %s | xclip"

あたりかなぁ

(20:36)

_ なるほど!

http://www.f13g.com/?blog%2F2007-10-01#dc036899

スパムあつかいしてごめんなさいごめんなさいごめんなさい。

でもなんか名前とかもスパムぽかたし…

日本は暑いようなすずしいような。 言えることは眠いということだけだ

(20:39)

_ C++ と D&E

D&E が好きなのは C++ の 何が好きなのか言語化できてなかった部分の一つであるところの、 「言語要素少なくてシンプルなモデルの綺麗な言語つーても どーせ世界ってそんな簡単なモデルだけで扱えるわけねーんだから それに応じて基本的には C よりゃ硬めの言語にするけど 色んなケースの逃げ道も色々用意しちゃるけんね」 的なことを作者本人が言語化してくれたことにあって、 そういう意味で friend とか多重継承ってのは 必要悪として用意された素晴らしい機能なんだから それを封印したせいで まわりくどい書き方になるとかは イヤだよなぁという。

どうでもいいけどそいう嫌われがち言語要素って C++ にはどんくらいあるのかな。 まぁ trigraph とかは忘れるとして、

  • 多重継承
  • friend
  • using
  • (特に operator) overload
  • 例外仕様
  • マクロ
  • goto
  • 三項演算子
  • file scope static

なんか他にもありそうだけどまあいいや。

それはそうと file scope static って 匿名名前空間って

  • 他の名前空間の中に入れたい時に便利
  • シンボル名長くなるのが少し生理的に

という点から…とか今の今まで 思ってたんだけど、前者は

namespace N {
    namespace {
        void f() {}
    }
}
int main() {
    N::f();
}

と普通に書けることを知ったので瓦解した。 なんか勝手にできないと決めつけていたよ…

でまぁ嫌われ言語要素は ハマりどころがあるから完全に封印です、 みたいなのには強く反発を覚える一方、 嫌う人が多かれ少なかれいるから ポリティカルコレクトみたいなかんじで 適度に自制するっていうのは まぁいいことで、 例えばインデントはタブでとか using 禁止とか例外仕様禁止とか file static だめとか そいう細かいとこはまぁ納得できる。

一方マクロとか多重継承とか friend とかは、 なんかプログラムという表現の本質にちょっと かかわってくる部分な気がするので 本当に欲しい時に封じられてると ぎぎぎ感がある気がする。

しかしまぁそんなぎぎぎ感は プログラムという表現とかいうウザい表現を使うような子しか 感じないのでどうでも良いことなのであったが ウザい子にはどうでもよくないのだった。

(21:25)

本日のツッコミ(全2件) [ツッコミを入れる]

_ sumii [そのエントリの追記2をご参照ください。:-)>ghcとgcc > 全体で5.195秒、gccが2.634秒、p..]

_ phoenix [C++のその辺のって「乱用しなければ」便利だと思ってみたり。乱用しないことが難しいだけで。。。]


2007-09-30

_ 帰宅

HHKがある

(17:00)

_ るびま

なんか見た感じちょうどいいくらいというか 想定通りくらいの難易度なのかな。

このくらいの粒度だと あと 2-3 はすぐ思いつくネタがあるけど、 その後はちょっと苦労しないと 単体に切り出して出題するのは難しいな。

一応。

http://yowaken.dip.jp/tdiary/20070929.html#p02

あってます。 parse がどうこうとかアレなんですが まぁいいかと書きませんでした。

(20:14)

_ ぼーかろいど聞いてるだけの生物

になりつつあるな

とりあえずわかったのは 新しいロリ声の子は好きくないということだ。

(21:40)


2007-09-29

_ ほえー

http://jp.rubyist.net/magazine/?0021-Legwork

なんか大昔の教科書の説明みたいだ…

(12:22)


2007-09-28

_ C REPL

http://neugierig.org/software/c-repl/

via http://www.rubyist.net/~matz/20070918.html#p03

i@colinux ~/src/c-repl> ./repl
> char* v="hoge";
> puts(v);
<stdin>: In function 'dl2':
<stdin>:1: error: 'v' undeclared (first use in this function)
<stdin>:1: error: (Each undeclared identifier is reported only once
<stdin>:1: error: for each function it appears in.)
> int x = printf("Hello\n");
Hello
> printf("%d\n", x);
<stdin>: In function 'dl6':
<stdin>:1: error: 'x' undeclared (first use in this function)
<stdin>:1: error: (Each undeclared identifier is reported only once
<stdin>:1: error: for each function it appears in.)

結局ある程度文法決め打っちゃってるのがうーんいまいち感が。

あーでもちょっと使うくらいならこれくらいでも 十分実用なのかなー。

ていうかユーザーから decl か stmt か指定する構文が あってもいいんじゃないかな。

さっきのだけなら

   if code =~ /^\w+\*?\s+\w/   # rule 1

とかしとけば

> char* s="hoge";
> puts(s);
hoge

とか通るようになるんだけど今度はうーん。てか

> 3*2
> 5<<3

こいうのはもともと通らんのか。

ふーむ。

(14:22)

_ なんか

全てがめんどいなあ…

(15:21)

_ なんか

全てがめんどいなあ…

(15:22)

_ 二度送るくらいめどい

どろり

(15:22)


2007-09-27

_ coLinux

なんかヘンなバイナリ作って実行すると Windows 巻き込んで死んだりする。 これはつまりコンパイラ作る人とかは coLinux 使えないってことだけどいいのかな、いいに決まってるな

(15:37)

_ _dl_rtld_di_serinfo

なんか

(gdb) bt
#0  0x80007745 in _dl_rtld_di_serinfo ()
#1  0x80007b07 in _dl_rtld_di_serinfo ()
#2  0x80009042 in _dl_rtld_di_serinfo ()

とか言うから elf/dl-load.c 見てみたら再帰なんかしてない。 でもうちょいよく見てみると関数内関数で再帰してる。 glibc とはいえ関数内関数とか使うんだなあ…

(15:51)


2007-09-26

_ むむ

http://homepage1.nifty.com/herumi/diary/0709.html#25

call((int)fp) みたいなかんじで

i@colinux ~/wrk/shi> make
g++ -Iboost_1_34_1 -Ixbyak shi.cc -o shi -ldl
shi.cc: In member function 'void ShiGen::emit_funcall(node&)':
shi.cc:143: error: invalid conversion from 'int' to 'const char*'
shi.cc:143: error:   initializing argument 1 of 'void Xbyak::CodeGenerator::call(const char*)'
make: *** [shi] Error 1

と言われるな… まぁあとで

(00:35)

_ あっー

プリコンパイルドヘッダのせいだった。 情けなす。

それはそうと and とか or とかが アレだな…

(00:44)

_ PGP

i@colinux ~/wrk/shi> google-count PGP PHP
30500000        PGP
4090000000      PHP

日本語のサイトだと

PHP 14,500,000
PGP 1,440,000

(14:50)

本日のツッコミ(全2件) [ツッコミを入れる]

_ naoki [gccでコンパイルする時は,-fno-operator-namesを付ければ良いみたいですよ]

_ shinh [あ、ありがとうございます。そういえばそうでしたね…でもこう長いオプションは Makefile に書くにせよなんだかな..]


2007-09-25

_ 亡くなったらしい

http://ja.wikipedia.org/wiki/%E9%80%A2%E5%9D%82%E6%B5%A9%E5%8F%B8

ほへー。 別に2012の絵が好きだったかというとそうではないのだけど…

(13:57)

_ やばい

スラドがなんかやばいよ!

http://slashdot.jp/article.pl?sid=07/09/25/021241

いっそ面白シグネチャ掲示板として立て直してはどうか。

(14:02)


2024年
11月
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
1.あろは(2014-05-24 01:30) 2.shinh(2014-05-24 01:30) 3.あろは(2014-05-24 01:30)
search / home / index

全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。

shinichiro.hamaji _at_ gmail.com / shinichiro.h