目次: C言語とlibc
たまに最適化を無効にするとビルドできなくなるソフトウェアがあります。大抵はバグです。しかし何か目的があって、あえてやっている場合もあります。C言語標準ライブラリの実装で有名なglibcもその一つです。
最適化をわざと無効にしてglibcをビルドするとエラーが発生します。コードはglibc-2.35を使いました。
$ cd glibc $ mkdir _build $ cd _build $ ../configure CPPFLAGS="-O2 -g" --disable-sanity-checks $ make (成功する、ログは省略) $ cd ../ $ rm -rf _build $ mkdir _build $ cd _build $ ../configure CPPFLAGS="-O0 -g" --disable-sanity-checks $ make In file included from <command-line>: ./../include/libc-symbols.h:75:3: error: #error "glibc cannot be compiled without optimization" 75 | # error "glibc cannot be compiled without optimization" | ^~~~~
最適化を無効にするなと怒られました。コードを見ると__OPTIMIZE__ マクロの定義/未定義を見て検出していました。へえー。
// glibc/include/libc-symbols.h
/* Some files must be compiled with optimization on. */
#if !defined __ASSEMBLER__ && !defined __OPTIMIZE__
# error "glibc cannot be compiled without optimization"
#endif
このチェックをごまかして、最適化を有効にしつつも特定の最適化だけ無効にするとどうなるでしょう?
$ cd glibc $ mkdir __build $ cd __build $ ../configure CPPFLAGS="-O2 -g -fno-inline" --disable-sanity-checks --disable-werror $ make (...略...) gcc -nostdlib -nostartfiles -r -o glibc/__build/elf/librtld.os '-Wl,-(' glibc/__build/elf/dl-allobjs.os glibc/__build/elf/rtld-libc.a -lgcc '-Wl,-)' \ -Wl,-Map,glibc/__build/elf/librtld.os.map gcc -nostdlib -nostartfiles -shared -o glibc/__build/elf/ld.so.new \ -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs \ glibc/__build/elf/librtld.os -Wl,--version-script=glibc/__build/ld.map \ -Wl,-soname=ld-linux-x86-64.so.2 \ -Wl,-defsym=_begin=0 /usr/bin/ld: glibc/__build/elf/librtld.os: in function `_dl_close_worker': glibc/elf/dl-close.c:383: undefined reference to `malloc' /usr/bin/ld: glibc/elf/dl-close.c:689: undefined reference to `free' /usr/bin/ld: glibc/elf/dl-close.c:691: undefined reference to `free' /usr/bin/ld: glibc/elf/dl-close.c:693: undefined reference to `free' /usr/bin/ld: glibc/elf/dl-close.c:701: undefined reference to `free' /usr/bin/ld: glibc/elf/dl-close.c:710: undefined reference to `free' /usr/bin/ld: glibc/__build/elf/librtld.os:glibc/elf/dl-close.c:715: more undefined references to `free' follow /usr/bin/ld: glibc/__build/elf/librtld.os: in function `_dl_map_object_deps': glibc/elf/dl-deps.c:438: undefined reference to `malloc' /usr/bin/ld: glibc/elf/dl-deps.c:479: undefined reference to `malloc' /usr/bin/ld: glibc/elf/dl-deps.c:571: undefined reference to `malloc' /usr/bin/ld: glibc/elf/dl-deps.c:543: undefined reference to `malloc' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `_dl_error_free': glibc/elf/dl-exception.c:41: undefined reference to `free' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `__GI__dl_exception_create': glibc/elf/dl-exception.c:89: undefined reference to `malloc' (...略...) /usr/bin/ld: glibc/elf/../sysdeps/posix/getcwd.c:249: undefined reference to `malloc' /usr/bin/ld: glibc/elf/../sysdeps/posix/getcwd.c:493: undefined reference to `free' /usr/bin/ld: glibc/elf/../sysdeps/posix/getcwd.c:469: undefined reference to `realloc' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `__alloc_dir': glibc/elf/../sysdeps/unix/sysv/linux/opendir.c:115: undefined reference to `malloc' /usr/bin/ld: glibc/elf/../sysdeps/unix/sysv/linux/opendir.c:115: undefined reference to `malloc' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `__closedir': glibc/dirent/../sysdeps/unix/sysv/linux/closedir.c:50: undefined reference to `free' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `scratch_buffer_free': glibc/malloc/../include/scratch_buffer.h:86: undefined reference to `free' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `__libc_scratch_buffer_set_array_size': glibc/malloc/scratch_buffer_set_array_size.c:51: undefined reference to `malloc' /usr/bin/ld: glibc/__build/elf/librtld.os: in function `__strdup': glibc/string/strdup.c:42: undefined reference to `malloc' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:1234: glibc/__build/elf/ld.so] エラー1 make[2]: ディレクトリ 'glibc/elf' から出ます make[1]: *** [Makefile:483: elf/subdir_lib] エラー2 make[1]: ディレクトリ 'glibc' から出ます make: *** [Makefile:9: all] エラー2
リンク時に激しく怒られてしまいダメでした。小細工は効きませんね。
デバッグ時に見やすくするためにOgやO1といった最適化レベルを使うことは珍しくないと思いますが、glibcはOgやO1だとおかしなビルドエラーが発生します。
$ ../configure CPPFLAGS="-Og -g" --disable-sanity-checks (...略...) canonicalize.c: In function ‘realpath_stk’: canonicalize.c:424:50: error: ‘dest’ may be used uninitialized in this function [-Werror=maybe-uninitialized] 424 | return scratch_buffer_dupfree (rname_buf, dest - rname); | ~~~~~^~~~~~~ cc1: all warnings being treated as errors
警告がエラー扱いされただけなので、configureに --disable-werrorを渡して警告をエラーと見なさないようにするとビルドは成功します(実は前節でもしれっと使っていました)。
しかし良く考えるとO2では無警告なのにOgでは警告が出るとは?なかなか興味深い現象です。警告が出ているrealpath_stk() のコードを見ます。
// glibc/stdlib/canonicalize.c
static char *
realpath_stk (const char *name, char *resolved,
struct scratch_buffer *rname_buf)
{
char *dest;
char const *start;
char const *end;
int num_links = 0;
//...
struct scratch_buffer extra_buffer, link_buffer;
scratch_buffer_init (&extra_buffer);
scratch_buffer_init (&link_buffer);
scratch_buffer_init (rname_buf);
char *rname_on_stack = rname_buf->data;
char *rname = rname_on_stack;
bool end_in_extra_buffer = false;
bool failed = true;
/* This is always zero for Posix hosts, but can be 2 for MS-Windows
and MS-DOS X:/foo/bar file names. */
idx_t prefix_len = FILE_SYSTEM_PREFIX_LEN (name);
if (!IS_ABSOLUTE_FILE_NAME (name)) //★★この条件が成立、かつ★★
{
while (!__getcwd (rname, rname_buf->length)) //★★この条件が成立、かつ★★
{
if (errno != ERANGE) //★★この条件が不成立、かつ★★
{
dest = rname;
goto error;
}
if (!scratch_buffer_grow (rname_buf)) //★★この条件が成立した場合を考えると★★
goto error_nomem; //★★destが未定義のまま、このgotoに到達する★★
rname = rname_buf->data;
}
dest = __rawmemchr (rname, '\0');
start = name;
prefix_len = FILE_SYSTEM_PREFIX_LEN (rname);
}
//...
error_nomem:
scratch_buffer_free (&extra_buffer);
scratch_buffer_free (&link_buffer);
if (failed || rname == resolved) //★★しかし、前半のfailed = trueの条件が必ず成立していて、未定義変数の使用は発生しない★★
{
scratch_buffer_free (rname_buf);
return failed ? NULL : resolved;
}
return scratch_buffer_dupfree (rname_buf, dest - rname); //★★ここで未定義変数の使用の警告が出る★★
}
コード上はdestが未定義のまま使われる可能性があるように見えますし、Ogの警告はもっともに思えます。しかしコードを良く見るとdestが未定義のままerror_nomemに来る場合、failed = trueが必ず成立して警告が出る行には到達しません。他にもgoto error_nomemする箇所はありますが、同様に必ずfailed = trueが成立します。
O2だとif文は必ず成立する場合(異常パス)と、しない場合(正常パス)でコードが複製されるようです。if文が成立する側のコードでは、if文の後は不要 = 未使用コードを消去 = dest - rnameというコードそのものがなかったことになる、というメカニズムが働いて警告が出ないのでしょう。たぶん。
GCCの警告は大体合っていますが、これはコンパイラが誤警告を出してしまうちょっと珍しい例でした。個人的には紛らわしいコードを書くんじゃねえ!と思いますが、歴史あるコードですし……何か理由があってこうなっているんでしょう。
< | 2022 | > | ||||
<< | < | 04 | > | >> | ||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
- | - | - | - | - | 1 | 2 |
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
合計:
本日:
管理者: Katsuhiro Suzuki(katsuhiro( a t )katsuster.net)
This is Simple Diary 1.0
Copyright(C) Katsuhiro Suzuki 2006-2023.
Powered by PHP 8.2.15.
using GD bundled (2.1.0 compatible)(png support.)