objective-cで確保するメモリサイズについてのメモ sizeof演算子で変数型のサイズを表示できる。 以下はその例 // (c99ではzuでsize_t型を出力可能) printf("sizeof(short int) = %zu\n", (size_t)sizeof(short int)); sizeofの戻り値size_tは実装によってサイズが異なる。 size_tは__darwin_size_tのtypedefとして定義されている。 以下はMacOSX10.8.sdk/usr/include/sys/types.h内の定義 typedef __darwin_size_t size_t; __darwin_size_tは__SIZE_TYPE__が未定義の場合unsigned longとなっている。 #if defined(__GNUC__) && defined(__SIZE

※この内容はC++20から利用可能になる予定の情報であり、一部の変更がC++23以降に先延ばしになるなど、内容が変更される可能性があります。 C++11でconstexprが導入されて以降、あらゆる処理をconstexprで行うことを目指すかのように（おそらく実際そう）constexprは着実に強化されてきました。 C++20ではC++14以来の大幅な強化が行われ、constexprの世界はさらに広がることになります。 constexprな仮想関数 dynamic_castとtype_id コンパイル時メモリアロケーション unionのアクティブメンバの切り替え try-catch std::is_constant_evaluated() trueと評価されるところ 定数式内で、trivially default constructibleな型をデフォルト初期化する constexpr関数

Xcode13、iOS15に対応するためのポイントをまとめる。 Xcode13 beta、iOS15 beta環境はこちらからインストール https://developer.apple.com/download/ (opens new window) Carthageビルドに失敗する Carthageを利用しており、以下のXcode12のWorkaroundスクリプトを導入している場合は、Xcode13対応版に修正する必要がある。 Carthage/Carthage - Xcode12Workaround (opens new window) Xcode13対応版 set -euo pipefail xcconfig=$(mktemp /tmp/static.xcconfig.XXXXXX) trap 'rm -f "$xcconfig"' INT TERM HUP EXIT # For

WPFのC#コードビハインドでResourceDictionaryのリソースを取得する 2014/11/5 2014/11/5 WPF WPF の ResourceDictionary は XAML 中から使用するには便利ですが、コードビハインド（C# のコード）から取得しようと思うと意外に面倒です。 今回はアイコンをディクショナリーに登録しておき、コードビハインドから読み込んでコントロールに表示したかったので、試行錯誤してできるようになりました。

問題 FinderからISOイメージをDVDに書き込もうと思ったらエラーが出て書き込めませんでした。 こうしようとして、 これが出ました。 原因 Appleコミュニティでも質問が上がってましたが、 回答の操作方法ではダメでした。 https://discussionsjapan.apple.com/thread/250750128 Catalinaでのバグかもしれません。 解消 Catalinaリリースからマイナーバージョンアップしていますが、一向に直りません。 $ hdiutil burn Win7_Ult_SP1_Japanese_x64.iso ディスクに書き込むデータを準備中 セッションを開いています トラックを開いています トラックを書き込み中 ....................................................................

何言ってんだおめー。SwiftとObjective-CなんかBridging Headerかimport "-Swift.h"で余裕だろwww って思ってた時期私にもありました。 とりあえずおさらい 通常アプリを開発する場合、Objective-CのファイルにSwiftのファイルをインポートする時、"プロジェクト名-Swift.h"をインポートします。 SwiftのファイルにObjective-Cのファイルをインポートする場合は、Bridging Headerを作成し、使用したいObjective-Cのヘッダーをインポートすることで使用することができます。 フレームワークで使ったら死ぬ 「Swift Objective-C import」とかでググったら上記の情報がいっぱい出てくるし、そのままでいけると思うじゃないですか？ ですが、Frameworkで使用した場合、コンパイルエラーが発生し

Mac OSX で共有ライブラリを-rpathを付けてリンクしたのに、実行時に共有ライブラリが見つからないエラーが出て格闘した。MacOSXlinker 参考情報 Mach-Oバイナリのライブラリロードパスをカスタマイズする方法 Install_name on OS X 実行ファイルのコンパイルオプションの問題ではない模様 症状 clang++ -o foo foo.cc -Wl,-L,${somewhere} -Wl,-rpath,${somewhere} -lbarとコンパイル、リンクしたのにもかかわらず、fooを実行すると、dyld: Library not loaded: libbar.X.Y.dylibといったエラーがでる。もちろん、${somewhere}/以下にlibbar.X.Y.dylibは存在する。環境変数DYLD_FALLBACK_LIBRARY_PATHを設定すれば

一般に動的ライブラリを扱う場合には2つの方針があると思います。 ライブラリはシステムにインストールして、アプリはそれを使う ライブラリをアプリ用に用意してまとめて配布する 後者の場合のよろしいやり方について調べたのでまとめました。 構成 コマンドラインアプリと一緒にlibディレクトリを置き、その中にdylibが入っているという構成にします。ファイルをリストすると下記のようになります。 app_dir/app app_dir/lib/libfoo.dylib app_dir/lib/libbar.dylib ライブラリはfooとbarがあって、barはfooに依存しているとします。 ライブラリの本体パスと依存パスの設定 macのdylibはバイナリ内部に自身のパスと依存するライブラリ達のパスが書き込まれています。この自身のパスは下記のようにして得られます。

前回に引き続きBrainf*ckのトランスレータを見ていきます。 まとめ: 実装例: https://github.com/mason-/cmpimpl/blob/master/python/bftran.py Mac OS Xではデフォルトで位置独立コード（PIC）が要求されます。プログラムがどのアドレスにロードされるか決められないため、グローバル変数のアドレスを即値ではなく、プログラムカウンタからの相対で得たテーブルからポインタを取り出す必要があります。 非PICとPICを比較するため、まずはELFを見てみます。 i386(ELF) 非PIC PICではないコードでは、オブジェクトコードの段階ではゼロが埋め込まれて、リンク時にアドレスが埋め込まれます。 例としてC言語コードのコンパイルとリンクを追ってみます。テスト環境はNetBSD/amd64で、gcc -m32を指定して32bitの