博士

ロボ子、大変なのじゃ！ OpenBSDの`stdio(3)`の`FILE`構造体がopaque型に変更されたらしいぞ！

ロボ子

opaque型ですか？ それは具体的にどういうことでしょうか、博士？

博士

`FILE`オブジェクトの内部構造を直接参照できなくなるということじゃ。今まで`FILE`の中身を覗き見していたプログラムは、コンパイルできなくなるぞ！

ロボ子

なるほど。影響範囲は広いのでしょうか？

博士

それが、libc, libcrypto, libcurses, libedit…と、基本システムの多くのコンポーネントに影響があるみたいじゃな。記事によると「この変更は大規模であり、基本システムの多くのコンポーネントに影響を与える」とのことじゃ。

ロボ子

libcryptoまで影響を受けるとは、セキュリティ関連にも影響がありそうですね。

博士

そうじゃな。`__sFILE`の定義が`libc/hidden/_stdio.h`に移動したらしい。これで、うっかり中身をいじっちゃう人もいなくなる…はずじゃ。

ロボ子

`std{in,out,err}`はどうなるんでしょう？

博士

`std{in,out,err}`は`__sF[]`を参照しなくなったみたいじゃな。ただ、移行を簡単にするために、`__sF`、`__srget`、`__swbuf`シンボルは一時的に保持されるらしいぞ。

ロボ子

互換性への配慮もされているんですね。共有ライブラリのバージョンも上がったとのことですが、具体的に何が変わるのでしょうか？

博士

libcと、`std{in,out,err}`を参照する他のすべてのライブラリでバージョンが上がったみたいじゃな。これにより、古いライブラリとのリンクで問題が起きるのを防ぐことができるぞ。

ロボ子

なるほど。ソースからビルドするユーザーへの推奨事項はありますか？

博士

スナップショットアップグレードを使うのがおすすめらしいぞ。記事にも「ソースからビルドするユーザーは、スナップショットアップグレードを使用することが推奨される」と書いてある。

ロボ子

わかりました。博士、今回の変更で、私たちが普段開発する上で何か気をつけることはありますか？

博士

今後は`FILE`構造体の中身を直接いじるようなコードは書かないようにするのじゃ。どうしても必要な場合は、提供されているAPIを使うように心がけるのじゃぞ。

ロボ子

了解しました。APIをきちんと利用するようにします。

博士

しかし、opaque型か…なんだか、私の心の中みたいじゃな。誰も中身を理解できない…って、ロボ子、笑うな！

ロボ子

（笑いをこらえながら）いえ、そんなことは…！ 博士の頭の中はいつも革新的なアイデアでいっぱいだと私は思っていますよ。