#windows #cpp #qt #библиотеки #linux
Мое приложение зависит от библиотеки, которая существует только в виде исходников. Она имеет лицензию LGPL, поэтому я не могу статически прилинковать ее к приложению. Возможно ли сделать так, чтобы она лежала в папке с приложением и бралась оттуда? Как это сделать? Приложение и библиотека на Qt и собираются в Linux и Windows. Я спрашиваю о том, как сказать приложению, что библиотеку надо искать не в /usr/bin, а в папке с бинарником?
Ответы
Ответ 1
@Robotex, на Ваш вопрос Т.е. я не имею права скомпилить библиотеку в .so и положить внутрь пакета с моим приложением? я бы ответил отрицательно. Действительно, самыми простыми способами будет: установить .so (например в /usr/local/bin), прописать ее в /etc/ld.so.conf.d и запустить ldconfig (или перезагрузить комп) прописать в LD_LIBRARY_PATH путь к библиотеке (в составе приложения) где-нибудь в ~/.bashrc запускать приложение через shell скрипт, в котором прописать в LD_LIBRARY_PATH путь к библиотеке Но, все эти способы требуют некоторых действий по установке приложения, а иногда хочется что-то вроде tar xvf my-progs.tar export PATH=$PATH:/tram-pam-pam/my-progs и my-bestprog arg1 arg2 Такую штуку можно сделать, написав некую "обертку" к программе, использующей .so, если известно взаимное (относительное) расположение "обертки", программы и оглавления с .so "Обертка" будет вычислять абсолютный путь, откуда ее запустили (в смысле где она лежит), добавлять к environment LD_LIBRARY_PATH путь к библиотеке и запускать основную программу. Например это можно реализовать так: // txaxa.c программа вызывающая функцию xaxa() из shared library #include#include int main (int ac, char *av[]) { int i; for (i = 0; i < ac; i++) printf ("av[%d] = [%s]\n",i,av[i]); xaxa("xa-xa"); exit(0); } А это функция в shared library // xaxa.c эта функция помещается в shared library libxaxa.so #include void xaxa (char *txt) { printf ("shared lib xaxa(): %s\n",txt); } Соберем приложение xaxa avp@avp-ubu1:~/hashcode/tst$ gcc -fPIC -shared xaxa.c -o libxaxa.so avp@avp-ubu1:~/hashcode/tst$ gcc -o xaxa txaxa.c -L. -lxaxa Добавим "обертку" // rxaxa.c добавляет к LD_LIBRARY_PATH ./lib, где в ./lib/libxaxa.so лежит xaxa() // и вызывает "приложение" xaxa (txaxa.c) #include #include int main (int ac, char *av[]) { fprintf (stderr,"%s\n", exewithlibso ("./xaxa","lib",av)? "Can't find path to executable": "execvp error\n"); exit (1); } И соберем в каталоге .prog наше приложение avp@avp-ubu1:~/hashcode/tst$ gcc rxaxa.c guessfrom.c -o rxaxa avp@avp-ubu1:~/hashcode/tst$ mkdir prog avp@avp-ubu1:~/hashcode/tst$ mkdir prog/lib avp@avp-ubu1:~/hashcode/tst$ cp libxaxa.so prog/lib/ avp@avp-ubu1:~/hashcode/tst$ cp xaxa rxaxa prog/ avp@avp-ubu1:~/hashcode/tst$ tar cvf my-prog.tar ./prog/ ./prog/ ./prog/lib/ ./prog/lib/libxaxa.so ./prog/xaxa ./prog/rxaxa Теперь распакуем .tar куда-нибудь и можно вызывать (все работает) avp@avp-ubu1:~/hashcode/tst$ cd /tmp avp@avp-ubu1:/tmp$ tar xf /home/avp/hashcode/tst/my-prog.tar avp@avp-ubu1:/tmp$ ./prog/rxaxa call xaxa av[0] = [./prog/rxaxa] av[1] = [call] av[2] = [xaxa] shared lib xaxa(): xa-xa avp@avp-ubu1:/tmp$ PATH=$PATH:/tmp/prog/ avp@avp-ubu1:/tmp$ cd avp@avp-ubu1:~$ pwd /home/avp avp@avp-ubu1:~$ rxaxa call xaxa and it works av[0] = [rxaxa] av[1] = [call] av[2] = [xaxa] av[3] = [and] av[4] = [it] av[5] = [works] shared lib xaxa(): xa-xa avp@avp-ubu1:~$ А вот функции, которые делают эту штуку // avp 2012 #include #include #include #include #include #include #include #include /* Разбивает путь к файлу (pname) на имя файла и каталоги Каталаги возвращаются в path Имя файла в name */ static void splitpathname(char *pname, char *path, char *name) { char *p = pname+strlen(pname)-1; *path = *name = 0; while ((p >= pname) && (*p != '/')) p--; strcpy(name,p+1); if (p > pname) strncat(path,pname,p-pname); } /* Проверяет можно ли выполнить (exec) путь av0 Если да, возвращает 1 и кладет в pfrom absolute path к программе, а по адресу exe (если не NULL) последний компонент из av0 (имя программы) иначе возвращает 0 */ static int checkexe (char *av0, char *pfrom, char *exe) { struct stat st; if (stat(av0,&st) == 0 && (st.st_mode & S_IFREG) && access(av0,X_OK) == 0) { char name[PATH_MAX], path[PATH_MAX]; splitpathname(av0,path,name); if (path[0]) { char curwd[PATH_MAX]; getcwd(curwd,PATH_MAX); chdir(path); getcwd(pfrom,PATH_MAX); chdir(curwd); } else { strcpy(pfrom,"."); } if (exe) strcpy(exe,name); return 1; } return 0; } static int getpathpart (char **pb, char *p) { if (!*pb) return 0; char *t = *pb; int l = 0; while (*t && *t == ':') t++; if (*t) *pb = t; while (*t && *t != ':') p[l++] = *t++; p[l] = 0; return l; } /* Функция определяет абсолютный путь к запущенной программе по значению argv[0] с учетом envirinment PATH Returns 1 OK 0 установить путь не удалось В случае успеха возвращает в pfrom найденный путь (без имени программы), а в exe имя программы */ int guessfrom (char *av0, char *pfrom, char *exe) { if (!av0 || *av0 == 0) return 0; if (checkexe(av0, pfrom, exe)) return 1; int l; char *beg, pexe[PATH_MAX]; for (beg = getenv("PATH"); l = getpathpart(&beg,pexe); beg += l) { pexe[l] = '/'; strcpy(pexe+l+1,av0); // printf ("pexe: [%s]\n",pexe); if (checkexe(pexe,pfrom,exe)) return 1; } return 0; } /* Добавляет компонент в начало environment переменной типа LD_LIBRARY_PATH, PATH и т.п. */ void addtopath (char *pathname, char *elem) { char *p = getenv(pathname), *t; int l = strlen(elem); if (p && (t = strstr(p,elem))) { if (t[l] == 0 || t[l] == ':') return; } char newpath[l+1+ (p? strlen(p): 0)]; strcpy(newpath,elem); if (p) { newpath[l] = ':'; strcpy(newpath+l+1,p); } setenv (pathname,elem,1); } /* Запускает программу, добавляя компонент к LD_LIBRARY_PATH prog - относительный путь к программе libdir - относительный путь к оглавлению с .so, добавляемому к LD_LIBRARY_PATH av - аргументы (включая argv[0]) запускаемой программы Returns 0 - не удалось выполнить execvp -1 - не удалось определить путь к программе */ int exewithlibso (char *prog, char *libdir, char **av) { char path[PATH_MAX]; if (guessfrom(av[0], path, 0)) { // printf ("I am from: [%s]\n",path); int l = strlen(path); path[l] = '/'; strcpy(path+l+1,libdir); addtopath("LD_LIBRARY_PATH",path); // printf ("ld_path: [%s]\n",path); path[l] = '/'; strcpy(path+l+1,prog); execvp(path,av); return 0; } return -1; } Вроде работает. Собственно, подобная идея (правда в плане чтения конфигурационных файлов) о "сомонастраивающихся" программах была у меня давно, а вот заинтересовался Вашим вопросом и реализовал для .so Если понравилось, пользуйтесь. Ответ 2
(IANAL) Если вы распространяете приложение, которое линкуется с библиотекой под LGPL, то вы должны предоставить способ пересобрать свое приложение с новой версией используемой библиотеки. В случае статической линковки с этой библиотекой, лично я не знаю такого способа, кроме распространения исходного кода. Наверно, можно распространять только соответствующие obj файлы, но вроде это не практикуется. Почему у вас отпал вариант собрать обсуждаемую LGPL библиотеку как .dll / .so и использовать динамическую линковку?
Комментариев нет:
Отправить комментарий