[C言語のはじめ方] Part36: 静的ライブラリ（.a）と動的ライブラリ（.so）の作成とリンク

こんにちは！C言語学習の旅、今回はStep 8の「コンパイルとビルド」の中から、静的ライブラリと動的ライブラリについて学びます。プログラムが大きくなってくると、コードを部品化して再利用したくなりますよね？ライブラリはまさにそのための仕組みです。

このステップを終えれば、自分で作成した関数群をライブラリとしてまとめ、他のプログラムから効率的に利用できるようになります。さっそく見ていきましょう！

目次

ライブラリとは？ なぜ使うの？

ライブラリとは、よく使う関数やデータなどをひとまとめにしたファイルのことです。プログラムの色々な場所から呼び出して使うことができます。

ライブラリを使うメリットはたくさんあります:

  • コードの再利用性向上: 同じような処理を何度も書く必要がなくなります。
  • モジュール化: プログラムの機能を部品（モジュール）に分けられるので、開発や管理がしやすくなります。
  • 開発効率の向上: 既存のライブラリを利用することで、車輪の再発明を避けられます。標準Cライブラリ（printfやscanfなど）もライブラリの一種です。
  • 共同開発の促進: 機能ごとに担当を分け、それぞれがライブラリを作成・利用する形で開発を進められます。

C言語では、主に「静的ライブラリ」と「動的ライブラリ」の2種類が使われます。

静的ライブラリ (.aファイル)

静的ライブラリは、コンパイル時にプログラムの実行ファイルに直接組み込まれるライブラリです。Linux環境では通常 .a (archive) という拡張子を持ちます。

作成方法

例として、簡単な足し算と引き算を行う関数を持つライブラリを作成してみましょう。

1. ライブラリのソースコードを作成 (例: `my_math.c`, `my_math.h`)

my_math.h (ヘッダファイル): 関数の宣言

#ifndef MY_MATH_H
#define MY_MATH_H
int add(int a, int b);
int subtract(int a, int b);
#endif // MY_MATH_H

my_math.c (ソースファイル): 関数の実装

#include "my_math.h"
int add(int a, int b) { return a + b;
}
int subtract(int a, int b) { return a - b;
}

2. ソースコードをコンパイルしてオブジェクトファイルを作成

-c オプションは、リンクを行わずにオブジェクトファイル (.o) を生成します。

gcc -c my_math.c -o my_math.o

3. オブジェクトファイルをまとめて静的ライブラリを作成

ar コマンド (archiver) を使って、オブジェクトファイルをアーカイブ (.a ファイル) にまとめます。

  • r: アーカイブにファイルを追加または置換します。
  • c: アーカイブが存在しない場合に新規作成します。
  • s: アーカイブの索引を作成します。リンカが効率的にシンボルを見つけるために役立ちます。
ar rcs libmy_math.a my_math.o

ライブラリファイル名は lib で始まり、拡張子が .a になるように命名するのが慣習です (例: libmy_math.a)。

利用方法

作成した静的ライブラリを使うプログラムを作成します。

main.c

#include <stdio.h>
#include "my_math.h" // 作成したライブラリのヘッダファイルをインクルード
int main() { int x = 10; int y = 5; printf("%d + %d = %d\n", x, y, add(x, y)); printf("%d - %d = %d\n", x, y, subtract(x, y)); return 0;
}

プログラムをコンパイルしてライブラリとリンク

gcc コマンドでコンパイルする際に、ライブラリを指定します。

  • -L.: カレントディレクトリ (.) をライブラリ検索パスに追加します。
  • -lmy_math: libmy_math.a という名前のライブラリをリンクします (lib と .a は省略して指定)。
gcc main.c -L. -lmy_math -o my_app_static

これで、静的ライブラリが組み込まれた実行ファイル my_app_static が作成されます。

./my_app_static

実行すると、計算結果が表示されるはずです。

メリットとデメリット

メリット

  • 実行ファイル単体で配布できる（ライブラリファイルを追加で配布する必要がない）。
  • 実行時にライブラリを探す必要がないため、依存関係の問題が少ない。

デメリット

  • ライブラリのコードが実行ファイルにコピーされるため、実行ファイルのサイズが大きくなる。
  • 複数のプログラムが同じ静的ライブラリを使っていても、それぞれがコピーを持つため、メモリ使用量が増える可能性がある。
  • ライブラリを更新した場合、それを利用しているすべてのプログラムを再コンパイル（再リンク）する必要がある。

動的ライブラリ (.soファイル)

動的ライブラリ（共有ライブラリとも呼ばれます）は、プログラムの実行時にメモリに読み込まれて共有されるライブラリです。Linux環境では通常 .so (shared object) という拡張子を持ちます。

プログラムの実行ファイルにはライブラリ本体は含まれず、「このライブラリを使う」という情報だけが記録されます。

作成方法

静的ライブラリと同じ my_math.c と my_math.h を使って動的ライブラリを作成します。

1. 位置独立コード (PIC) としてオブジェクトファイルを作成

動的ライブラリはメモリ上のどこにロードされるかわからないため、位置独立コード (Position Independent Code – PIC) としてコンパイルする必要があります。-fPIC オプションを使います。

gcc -fPIC -c my_math.c -o my_math.o

-fPIC または -fpic を使用します。一般的に -fPIC の方が広範囲な環境で動作しますが、少しコードが大きくなる可能性があります。

2. オブジェクトファイルから共有ライブラリを作成

-shared オプションを指定して、オブジェクトファイルを共有ライブラリ (.so) にまとめます。

gcc -shared -o libmy_math.so my_math.o

これで、動的ライブラリ libmy_math.so が作成されました。

利用方法

静的ライブラリの時と同じ main.c を使います。

プログラムをコンパイルしてライブラリとリンク

コンパイルコマンドは静的ライブラリの時と同じですが、リンカは利用可能な場合、デフォルトで動的ライブラリ (.so) を優先してリンクしようとします。

gcc main.c -L. -lmy_math -o my_app_dynamic

これで実行ファイル my_app_dynamic が作成されます。しかし、このまま実行しようとすると、おそらくエラーになります。

./my_app_dynamic
./my_app_dynamic: error while loading shared libraries: libmy_math.so: cannot open shared object file: No such file or directory

これは、実行時にOSが libmy_math.so を見つけられないためです。実行ファイルにはライブラリ本体が含まれていないので、どこにあるか教えてあげる必要があります。

実行時にライブラリを見つけられるようにする

いくつかの方法がありますが、ここでは一般的な2つの方法を紹介します。

  1. 環境変数 LD_LIBRARY_PATH を使う (一時的な設定)
    ライブラリがあるディレクトリを LD_LIBRARY_PATH 環境変数に追加します。これは、そのターミナルセッションでのみ有効です。
    # カレントディレクトリに .so がある場合
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
./my_app_dynamic
  2. システムのライブラリパス設定を使う (恒久的な設定 – 要管理者権限)
    a. ライブラリファイル (libmy_math.so) を標準的なライブラリディレクトリ (例: /usr/local/lib) にコピーします。
    b. /etc/ld.so.conf ファイルや /etc/ld.so.conf.d/ ディレクトリ内の設定ファイルにライブラリのあるディレクトリパスを追記します。
    c. ldconfig コマンドを実行して、システムのライブラリキャッシュを更新します。
    # 例: /usr/local/lib にコピーした場合
sudo cp libmy_math.so /usr/local/lib/
# 必要であれば /etc/ld.so.conf などに /usr/local/lib が含まれているか確認・追記
sudo ldconfig
./my_app_dynamic

正しく設定できれば、プログラムは正常に実行され、静的ライブラリの時と同じ結果が表示されます。

メリットとデメリット

メリット

  • 実行ファイルのサイズが小さい。
  • 複数のプログラムが同じ動的ライブラリを共有するため、メモリ使用量が効率的。
  • ライブラリを更新した場合、実行ファイルを再コンパイルせずに更新版ライブラリに差し替えるだけで済む場合がある（ABI互換性が保たれていれば）。OSのアップデートなどでライブラリが更新される恩恵を受けられます。

デメリット

  • 実行時にライブラリファイルが必要。配布時には実行ファイルと一緒にライブラリファイルも配布するか、インストール先にライブラリが存在することを確認する必要がある。
  • 依存関係の管理が必要になる（バージョン違いによる問題など、いわゆる「DLL地獄」に似た状況が起こりうる）。
  • 実行時にライブラリをロードする分のオーバーヘッドがわずかにある。

静的ライブラリ vs 動的ライブラリ まとめ

どちらのライブラリを使うかは、状況によって使い分けるのが一般的です。

特徴静的ライブラリ (.a)動的ライブラリ (.so)
結合タイミングコンパイル時 (リンク時)実行時
実行ファイルサイズ大きい小さい
メモリ使用量各プロセスがコピーを持つ共有されるため効率的
配布実行ファイルのみで良い実行ファイル + ライブラリファイルが必要
ライブラリ更新再コンパイルが必要ライブラリ差し替えでOK (互換性があれば)
依存関係少ない管理が必要
主な用途単体で動作させたいアプリ、組み込みシステムの一部などOSの標準ライブラリ、多くのアプリで共有される機能、プラグイン機構など

シンプルなツールや、依存関係を増やしたくない場合は静的ライブラリが便利です。一方、大規模なシステムや、多くのプログラムで共通して使う機能、メモリ効率を重視する場合などは動的ライブラリが適しています。Linuxディストリビューションで提供される多くのライブラリは動的ライブラリです。

まとめ

今回は、C言語における静的ライブラリ (.a) と動的ライブラリ (.so) の作成方法と利用方法、そしてそれぞれのメリット・デメリットについて学びました。

  • 静的ライブラリ: コンパイル時に実行ファイルに組み込まれる。単体配布が容易だが、ファイルサイズが大きく、更新には再コンパイルが必要。
  • 動的ライブラリ: 実行時にロードされ、共有される。ファイルサイズが小さく、メモリ効率が良いが、実行時依存関係の管理が必要。

ライブラリは、コードの再利用性を高め、プログラム開発を効率化するための重要なテクニックです。ぜひ実際に手を動かして、ライブラリの作成と利用を試してみてください！

これで Step 8 の「静的ライブラリと動的ライブラリ」は完了です。次は Step 9 「低レベルとセキュリティ」に進みましょう！

参考情報

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

前の記事

[C言語のはじめ方] Part35: Makefileの作成と…

次の記事

[C言語のはじめ方] Part37: スタックとヒープの概念