Используйте GNU версии basename() и dirname() в исходном коде C
Как мне использовать библиотеку GNU C версии basename()
а также dirname()
?.
если ты
#include <libgen.h>
для dirname Вы уже получаете POSIX, а не GNU, версию basename()
, (Даже если ты
#define _GNU_SOURCE
Насколько я знаю, нет условного импорта в C. Есть ли у GCC специфический трюк?
4 ответа
Просто напишите это сами и дайте ему другое имя, чем basename
, Эта настойчивость GNU по созданию альтернативных несоответствующих версий стандартных функций, которые могут быть написаны в 1-3 строках, совершенно бесполезна.
char *gnu_basename(char *path)
{
char *base = strrchr(path, '/');
return base ? base+1 : path;
}
Таким образом, ваша программа также станет более переносимой.
Согласно справочной странице вы должны сделать
#define _GNU_SOURCE
#include <string.h>
#include <libgen.h>
Если вы получаете версию POSIX, возможно, libgen.h уже включен до этого момента. Вы можете включить -D_GNU_SOURCE
в CPPFLAGS для компиляции:
gcc -D_GNU_SOURCE ....
После изучения libgen.h
Я уверен, что у меня есть безошибочное и безошибочное решение:
/* my C program */
#define _GNU_SOURCE /* for GNU version of basename(3) */
#include <libgen.h> /* for dirname(3) */
#undef basename /* (snide comment about libgen.h removed) */
#include <string.h> /* for basename(3) (GNU version) and strcmp(3) */
/* rest of C program... */
С #undef
линия, теперь моя программа включает в себя dirname(3)
от libgen.h
и версия GNU basename(3)
от string.h
,
Нет предупреждений / ошибок компилятора ни от одного gcc
(версия 4.5.2) или clang
(версия 3.3).
Убедитесь, что вы используете библиотеку GNU C, а не POSIX-совместимую по умолчанию систему (предположительно).
Это часто устанавливается в файле спецификации GCC. Используйте опцию -v, чтобы показать текущие настройки:
$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
Это сумасшедшее базовое имя и dirname имеют две версии.
Мы работали над большим проектом, похоже, что эти два API уже вызвали ошибки. Поэтому мы пометили "basename" "dirname" как устаревшее для предупреждения, если кто-то его использует:
#ifdef basename
__attribute__ ((deprecated))
char *__xpg_basename(char *path);
#else
__attribute__ ((deprecated))
char *basename(const char *path);
#endif
__attribute__ ((deprecated))
char *dirname(char *path);
Мы также пытаемся представить базовую библиотеку c, такую как glib или libcork, но она выглядит слишком тяжелой. Поэтому мы пишем крошечную библиотеку для этой цели, ее реализация выглядит так:
#include <libgen.h> // for dirname
#include <linux/limits.h> // for PATH_MAX
#include <stdio.h> // for snprintf
#include <string.h> // for basename
#include <stdbool.h> // for bool
bool get_basename(const char *path, char *name, size_t name_size) {
char path_copy[PATH_MAX] = {'\0'};
strncpy(path_copy, path, sizeof(path_copy) - 1);
return snprintf(name, name_size, "%s", basename(path_copy)) < name_size;
}
bool get_dirname(const char *path, char *name, size_t name_size) {
char path_copy[PATH_MAX] = {'\0'};
strncpy(path_copy, path, sizeof(path_copy) - 1);
return snprintf(name, name_size, "%s", dirname(path_copy)) < name_size;
}
Тогда мы заменим все basename
dirname
позвонить с get_basename
get_dirname
,