こーひーをぶんなぐれ！ - Work/TechInfo/other

追記: その後MSYSのbashから以下のオプション順でgccを叩くことで，コンパイル可能なことを確認しました．これでCode::Blocksもいらなくなるぜヒャッハー！
そもそもWindowsの場合スタティックリンクが想定されていないだけでなく，OpenCLそのものもダイナミックリンクの運用を前提としているようで……なので.aファイルは作らないで，シェアードオブジェクトの形でコンパイルするようにしておいたほうがよさそう．
(Intel SDKの場合)

gcc Cのファイル名 \
-I"/c/Program Files (x86)/Intel/OpenCL SDK/4.6/include" \
-L"/c/Program Files (x86)/Intel/OpenCL SDK/4.6/lib/x86" \
-lOpenCL -static-libgcc -o 出力ファイル名

MinGWでコンパイルできない！

*.clという形でカーネルプログラムをただのテキストファイルとして配置しておいて実行時ビルドする形にしておくのと，C言語のコード側に，

#ifdef __APPLE__
#include <OpenCL/opencl.h>
#else
#include <CL/cl.h>
#endif

を書いておけば，基本的にどのOS，どのプラットフォーム，どのSDKでも動作するコードができるはずなのだが，OSXやLinuxではgccコマンド一発やmakeでコンパイルできていたものが，cmd.exeからコマンドを叩いたMinGWではリンクエラーを起こしてしまう．
(cmd.exeだとLD_LIBRARY_PATHが通らないからか？)

なので，MinGW環境のみ，Code::Blocksをmakeの代わりとして用いてビルドする．

WindowsでのコンパイルにVisual Studioを使う方法なんて当然却下である．
俺はEmacsでコードを書いて(幸い今はOSX, Linux, Windowsすべてで同じEmacsが使える)，
Linuxで計算を実行させたいのだ．
計算マシンがWindowsの場合のみ同じコードから実行バイナリを生成したいだけなのである．

Intel OpenCL SDKやAMD APP SDK(Ver.2.9.1まで)だと最初からCode::Blocks+MinGWの環境で使えるlib(OpenCL.lib)が存在するので，SDKとしてはそちらをお勧めする．(ただしAMD APP SDKは3.0.0-Betaからは存在しない模様)

*.dllのみしか存在しない場合には，mingw-utilsのdlltoolを使って作っておく．
dlltoolを使ってlibOpenCL.aを作っておくとスタティックリンクもできる．

このテキストは，OpenCL™ with Code::Blocks tutorialこちらのページを参考にしたものである．

OpenCL用の「Compilerセッティング」

Code::Blocksをインストールしたら，Settings→Compiler．

最初から存在する「GNU GCC Compiler」というCompilerセッティングを「Copy」して，「OpenCL」なり，「OpenCL_Intel_SDK」なり，「OpenCL_NVidia_SDK」なり，「OpenCL_AMD_APP_SDK」なりのCompilerセッティングを作る．

Toolchain executableタブの「Compiler’s installation directory」にMinGWをインストールしてあるパスを指定．

普通にMinGWをインストールするとC:\MinGWに配置されているので，デフォルト設定(もしくはAuto-detect)で問題はないが，ユーザのホームディレクトリの下などにMinGWを配置している場合は，ここで明示的に指定する必要がある．

Linker settingタブのOther linker options欄に，「-lOpenCL」と書き込む．

Search directionsタブのCompilerタブ，「Add」して，使っているOpenCL SDKのincludeディレクトリを入れる．

同じくSearch directionsタブのLinkerタブ，「Add」して，使っているOpenCL SDKのlibディレクトリを入れる．64bitWindows用のSDKを落とした場合，x86_64とx86の二つがあるので，MinGW32の場合はlibディレクトリの中のx86ディレクトリを指定．

プロジェクトを作って既存コードを取り込む

File→New→Projectで，新規プロジェクトを作り，

ここではConsoleアプリを選択して，Go．

Skipはしないで，Next．

CかC++の言語を選択，Next．

プロジェクトの名前と配置する場所を設定して，Next．

先ほど作ったOpenCL用のコンパイラセッティングを選択．

新規プロジェクトができたら，Sourcesの中にある空のmain.cは「Remove file from project」しておく．(プロジェクトから外したら，プロジェクトディレクトリの中から消しても良い)

プロジェクトを右クリック→Add files.

ファイル選択ダイアログが開くので，既に作ってあるOpenCLの「C言語」のファイル一式を選択して開く．
ここではtest6というOSXとLinuxで既に動作実績がある既存のOpenCLプログラムのディレクトリから選択した．

適当にOK．

そうすると，パスなどは適当に処理されて，ソースコードファイル本体もコピーされることなく参照扱いとなり，既存のソースコードファイルをプロジェクトとして扱える．

つまりこの方法では，Code::Blocksのプロジェクトディレクトリは，プロジェクト設定ファイルとBuildセッティングファイル(あとビルド後のexe)を格納する為だけに使われることになる．
(感覚的にはMakefileのターゲットが一つ増えるだけ？)
当然他のマシン，他のOS，他のエディタなどで元のファイルを修正したりすれば，それが反映される．

OSXやLinuxでは同じファイルをmakeやgccコマンドを直接叩いてコンパイルしているしているので，そちらに変更を加えないでよく，かつDropboxなどに放り込んでおけば完全に同期が取れていることになるので，複数のマシン，OSで開発している人間にとっては非常に美しい形となる．

ビルドの設定(Build options)とビルド

プロジェクトを右クリック→Build options.

なぜかここでも，「Compilerセッティング」をした時と同じ，includeとlibの場所，linker optionを指定してやる必要がある．

例によって，Search directionsタブのCompilerタブで「Add」して，SDKのincludeディレクトリを追加．ここでは相対パスで読まれるようだ．

同様にSearch directionタブのLinkerタブで，「Add」して，SDKのlibのディレクトリを指定．

さらに同様に，Linker settingsのOther linker options欄に「-lOpenCL」を追加．

この欄に「-static-libgcc」と「-staticlibstdc++」も加えておくと，MinGWで提供されるCとC++の基本ライブラリがスタティックリンクされるので，MinGWがインストールされていないコンピュータでも動作するようになる．
ただし，C++の基本ライブラリをスタティックリンクすると生成される実行exeファイルが非常に大きくなるので，C言語の機能のみしか使ってない場合は-static-libgccのみで問題ない．

(MinGW独自の.dllが必要な時代って……MinGWの思想に反するんじゃ……)

ここまでできたら，プロジェクトを右クリック→Build.

プロジェクトディレクトリ/bin/Debugの中に，MSYSで実行可能なexeファイルができている．

当然，cmd.exeでも実行可能である．

外部カーネルプログラムファイル*.clを使っているコードの場合は，Buildされたexeファイルを，カーネルプログラムファイルが存在するディレクトリにコピーして実行するか，逆にカーネルプログラムをこのディレクトリに持ってきて実行する．

まとめ

MSYSから，gccコマンド一発でコンパイルできないのは気にくわないが，これで一応，複数のマシン，複数のOSで，エディタを問わず開発できるので，よしとしよう．

久々にSambaを構築したら変わってた

NIS環境．
久々にSambaサーバを構築してみたら，どうしても自分以外のユーザがアクセスできない．
最近のSambaは全然知らなかったのでハマったのでメモ．

解決法

sudo pdbedit -a "ユーザ名"

smbpasswdでのNISのシンク

ついでに，パスワードのシンク周り．
NIS環境で普通に「passwd」コマンド使うとyppasswdに置き換えられるのだが，「smbpasswd」からだと適切には置き換えられない模様．
smb.confの中身を以下に．

unix password sync = yes
passwd program = /usr/bin/yppasswd %u

で大丈夫の模様． ついでに，/usr/bin/passwdを/usr/bin/smbpasswdへのシンボリックリンクに置き換えておけば，もっと問題なくなるか？

NTEmacsとTwittering-mode-3.0.0の同梱cURLで認証が通らない

NTEmacsにTwittering-mode-3.0.0を入れると，GnuPGPでの認証時にcurlがabortする問題．
基本的には同梱のwin-curlディレクトリの中に入ってるcurl.exeとcertディレクトリの中に入ってる認証ファイルを使おうとするが，これがいかんようだ．

解決法

Win32用のcURLバイナリを配っているサイトから，「Download SSH, SSL, SSPI version」をダウンロードし，中身(exeやdll)をパスが通っているディレクトリにぶち込む．(例では，「ホームディレクトリ(hoge)/Utils/bin」)

cURL用の認証ファイルを配っているページから，「cacert.pem」をダウンロードし，「curl-ca-bundle.crt」に名前を変更，適当な場所にぶち込む．(例では「ホームディレクトリ(hoge)/Utils/share」)

以下のコードを，.emacsなり，.emacs.d/init.elに記述．

(setq twittering-curl-program "/Users/hoge/Utils/bin/curl.exe")
(setq twittering-cert-file "/Users/hoge/Utils/share/curl-ca-bundle.crt")

で，動くようになる．

概要

TeXのdocument中でカウントして行ったものを，documentの冒頭などで合計数を表示するためには，sectionなどのカウンタと同様にauxファイルに書き込む必要がある．
その方法は以下の通り．
http://rakasaka.fc2web.com/tex/tex.html を参考に．

サンプルコード

\documentstyle{jarticle}
\newcounter{example}

\makeatletter
\def\exlabel#1{\@bsphack
  \protected@write\@auxout{}%
         {\string\newlabel{#1}{{\arabic{example}}{\thepage}}}%
  \@esphack}
\makeatother

\begin{document}

stepcounterは合計で\ref{last_ex}回実行されています．

\section{Introduction}
\stepcounter{example}

\section{Material Method}
\stepcounter{example}

\section{Experimental Results}
\stepcounter{example}

\section{Discussion}
\stepcounter{example}

\section{Conclusion}
\stepcounter{example}
\stepcounter{example}
\exlabel{last_ex}

\end{document}

問題

Symantech Endpoint Protectionを普通にインストールすると，ワークグループに所属するコンピュータが見えなくなる．
見ようとすると，

Workgroup Name にアクセスできません。このネットワークリソースを使用するアクセス許可がない可能性があります。

というメッセージが出る．
ファイアウォール機能をオフってもダメ．

Windows標準のファイアウォール機能の場合，オフってさえいれば問題ないが，Symantech Endpoint Protectionではオフにするだけではダメな模様．

解決法

再インストールで構成し直す必要がある．

1. 「プログラムの追加と削除」でSymantech Endpoint Protectionの「変更」
2. 「プログラムの保守」画面で「変更」を選択し，「次へ」
3. 「ネットワークの脅威防止」全体をプルダウンメニューで「この機能を使用できないようにします」に変更．
4. 同様にその上の「プロアクティブ脅威防止」の中の「アプリケーションとデバイス制御」のみを「この機能を使用できないようにします」に変更．
5. 「次へ」「インストール」で構成し直される．