残念ながら現時点のSVNのtrunkを使っても、SnowLeopar
方法：
1 % svn co svn://svn.valgrind.o rg/valgrin d/trunk -r 11100 valgrind 2 % cd valgrind 3 % wget "http://bug sfiles.kde .org/attac hment.cgi?id=36999" -O thepatch 4 % cat thepatch | patch -p0 5 % ./autogen. sh 6 % ./configur e 7 % make 8 # make install
これでokです。
このブログシステムは長いことapache2/pa
しばらく様子見です。
CUDA 3.0がリリースされましたが、今回からOpenCL SDKも同梱されて /Developer
CUDA ("C"ディレクトリの中身)はmakeでsampleが普通にビルドできたのですが、OpenCLの方は以下のようなエラーが出ます。
1 src/oclUtils.cpp: In function ‘void oclPrintDe vInfo(int, _cl_device _id*)’: 2 src/oclUti ls.cpp:282 : error: ‘CL_DEVICE_ COMPUTE_CA PABILITY_M AJOR_NV’ was not declared in this scope 3 src/oclUti ls.cpp:283 : error: ‘CL_DEVICE_ COMPUTE_CA PABILITY_M INOR_NV’ was not declared in this scope 4 src/oclUti ls.cpp:290 : error: ‘CL_DEVICE_ REGISTERS_ PER_BLOCK_ NV’ was not declared in this scope 5 src/oclUti ls.cpp:294 : error: ‘CL_DEVICE_ WARP_SIZE_ NV’ was not declared in this scope 6 src/oclUti ls.cpp:298 : error: ‘CL_DEVICE_ GPU_OVERLA P_NV’ was not declared in this scope 7 src/oclUti ls.cpp:302 : error: ‘CL_DEVICE_ KERNEL_EXE C_TIMEOUT_ NV’ was not declared in this scope 8 src/oclUti ls.cpp:306 : error: ‘CL_DEVICE_ INTEGRATED _MEMORY_NV ’ was not declared in this scope 9 make: *** [obj/releas e/oclUtils .cpp.o] Error 1
これらの定数はSDK同梱のcommon/inc
macportsでインストールしたパッケージのvariantsを後で変更したくなることがありますが、そのような場合には --enforce-オプションが利用できます。
例)
1 % sudo port upgrade --enforce-variants git-core +svn
git submodule update を行ったときに
1 fatal: reference is not a tree: dfae...
というようなエラーが出ることがありました。 これを解決する方法は、 submoduleのディレクトリに移動し、
1 % git reset --hard
で親ディレクトリに戻り、コミット & push
あとは普通に git submodule update をすればok.
Firefoxのセキュリティポリシーの変更によるものなのかと思いますが、MacOSのFirefoxでGoogle Waveを使っている時に、 外部からのペーストが出来なくなたようです。 Wave内でコピーしたテキストなどはペーストできます。
TerminalでコピーしたものをWaveに貼り付けたりすることが結構あったので、 非常に不便ですね。 一応ChromeやSafariでは、まだ外部からのペーストができるようです。
CUDA kernelの引数で渡せるデータのサイズは sizeof(void*)*16 が上限で、それを超えるとエラー701(Launch exceeded resources)が発生します。
回避するためには、値渡しをしているものをメモリオブジェクト経由で渡すようにするか、そもそもメモリオブジェクトを17個以上使っている場合は、デバイスアドレスのポインタの構造体を用意し、その構造体をメモリオブジェクト経由で渡すと良いようです。
一方、OpenCLにはkernel引数のサイズに制約がないので使い易いです。 OpenCLのkernelで気を付けるべき点としては、kernel引数をfloat3* で受けると、cpuデバイスでは動くものが、gpuデバイスの場合おかしな挙動をするようになったりするので、避けた方が良さそうです。
autotoolsによるパッケージのconfigure時に、ar (ARで指定できる) のオプションは、
1 % ./configure AR_FLAGS={ar_options _go_here}
という感じに指定します。アンダースコアが入るのが紛らわしいですね。
N x Mのグリッドがあったとします。 自明ですが、マス目の数は N*M 個です。
これを K 個の長方形に分割することを考えるとき、 K 個の長方形の面積の差が高々 min(N, M) であり、各々の長方形の周の長さの和が最小となるような分割を行うアルゴリズムを求める。
dsjf:
https://gist.github.com/6bf1bf2c3cbb5eb6e7a7
これ...
'13-1