LINUX.ORG.RU

Не собирается pquery

 ,


0

1

Собираю pquery для нагрузочного тестирования MySQL.
https://github.com/Percona-QA/pquery

cmake отрабатывает нормально

# cmake . -DMYSQL=ON -DMARIADB=ON
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Found Git: /usr/bin/git (found version "2.1.4")
-- Performing Test COMPILER_SUPPORTS_CXX11
-- Performing Test COMPILER_SUPPORTS_CXX11 - Success
-- Architecture is x86_64
-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version "1.0.1t")
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.8")
-- * Found MariaDB library: /usr/lib/x86_64-linux-gnu/libmysqlclient.a
-- * Found MariaDB include directory: /usr/include/mysql
-- * PQuery revision is: 3800fd4
-- Configuring done
-- Generating done
-- Build files have been written to: /opt/pquery


Не собирается, make выдает следующее:
Scanning dependencies of target inih++
[ 16%] Building C object src/third_party/inih++/lib/CMakeFiles/inih++.dir/ini.c.o
<command-line>:0:0: error: "FORK" redefined
<command-line>:0:0: note: this is the location of the previous definition
src/third_party/inih++/lib/CMakeFiles/inih++.dir/build.make:54: recipe for target 'src/third_party/inih++/lib/CMakeFiles/inih++.dir/ini.c.o' failed
make[2]: *** [src/third_party/inih++/lib/CMakeFiles/inih++.dir/ini.c.o] Error 1
CMakeFiles/Makefile2:157: recipe for target 'src/third_party/inih++/lib/CMakeFiles/inih++.dir/all' failed
make[1]: *** [src/third_party/inih++/lib/CMakeFiles/inih++.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2


В чем проблема и как решить?

★★★★

Ответ на: комментарий от Qwentor

Тут похоже и это (про что вышеотписавшиеся указали), и ещё одна деталь которую заметил, 16 %%? процентов- это скорее ethern не тот путь, тоесть аж джва чая на пол слетели.

anonymous ()
Ответ на: комментарий от Qwentor

Шож за тупняк, пароличь просто какой-то начинается, причем у всех, кто в лине видит комманду «chown»(??!),()(!!!!). Ух, ну, я вернусь по теме: естественно от рута, ты всё делаешь, но вопрос, не в том рут, сей момент, не рут, до этого, а очередь в указании пути. В моём предыдущем сообщении был как-раз пример (ПРИМЕР!), как очередность сбрасывать для (в ПРИМЕРЕ(!)) .mozilla .

anonymous ()
Ответ на: комментарий от anonymous

Мне эту очередность сбрасывать для директории, в которой компилирую? (/opt/pquery) Или для той на которую ругается?
Прошу извинения, если опять тупняк) Компилирую очень редко и с таким первый раз столкнулся.

chown - это же вроде смена владельца? Если я вытянул код через git clone - он может быть не root?

Qwentor ★★★★ ()
Последнее исправление: Qwentor (всего исправлений: 2)
Ответ на: комментарий от Qwentor

В идеале заархивировать «правильный», и запапить ((именно так, про папки(!),(?!), у .mozilla (в прим.)) в «неправильный», но, черт ее знает, там база может немеряна быть.? Так что быть может, на который ругается, и в другую сторону тогда (НИКАКИХ) undo, pw... oR, и иже с ними, я думаю таким образом..?

anonymous ()
Ответ на: комментарий от Qwentor

Clone, ну там могут быть спотыки, но не думаю что switch сбросит уж до такого состояния, что всё колом встанет, это я уже позже на «исправления», по этому треду, ответил.

И, да проверить можно (опять-же по сетевым пр-там(пример)), сам недавно узнал:

nameserver e.t.c.0
nameserver 0.0.0.0
.
  {etc. и ноли соответственно реальные\ физически адреса в нете\\ }.

anonymous ()
Ответ на: комментарий от anonymous

Вот что я вижу:

Building C object src/third_party/inih++/lib/CMakeFiles/inih++.dir/ini.c.o


А вот список файлов в этой директории:
/opt/pquery/src/third_party/inih++/lib/CMakeFiles/inih++.dir # ls -la
total 56
drwxr-xr-x 2 root root 4096 Nov 19 08:56 .
drwxr-xr-x 3 root root 4096 Nov 18 22:17 ..
-rw-r--r-- 1 root root 7654 Nov 18 22:17 build.make
-rw-r--r-- 1 root root  344 Nov 18 22:18 C.includecache
-rw-r--r-- 1 root root  287 Nov 18 22:17 cmake_clean.cmake
-rw-r--r-- 1 root root   38 Nov 18 22:17 cmake_clean_target.cmake
-rw-r--r-- 1 root root  387 Nov 18 22:18 CXX.includecache
-rw-r--r-- 1 root root 1095 Nov 18 22:17 DependInfo.cmake
-rw-r--r-- 1 root root  462 Nov 18 22:18 depend.internal
-rw-r--r-- 1 root root  627 Nov 18 22:18 depend.make
-rw-r--r-- 1 root root  681 Nov 18 22:17 flags.make
-rw-r--r-- 1 root root  124 Nov 18 22:17 link.txt
-rw-r--r-- 1 root root   43 Nov 18 22:17 progress.make

Никакого ini.c.o нет
Что с этим делать?

Qwentor ★★★★ ()
Ответ на: комментарий от Qwentor

Сейчас ещё более странную мысль прокрутил, а случаем между «начало» подгружается быстрее, а к концу, просто, «тормозит»- память, физически?? Просто- подождать, прим. 1,5- минуты? Просто память забивается!?

anonymous ()
Ответ на: комментарий от Qwentor

Таак, уже лучше, значит проверить нет ли зависимости, ну к примеру RUN в udev какой нибудь, так-навскидку. И если хоть что-то подобное, все убрать. И, да вспомнил, по самой строке с имя (" имя"), запуска она должна при пробелах перед именем " "- такими ковычками закрыта, а путь, либо пути -' ' такими ковычками т.е. -" имя--'/bin/etc./dev/etc'" Такая конструкция!!

anonymous ()
Ответ на: комментарий от anonymous

Расшифруй, если можешь, пожалуйста. Что конкретно делать?

Сейчас собираю в локальной убунте 16.04 - то же самое.
Попробовал cmake 2.6 - ругнулось на отсутствие FindGit - и дальше вообще не пошло.
С 2.8.12 cmake отработал, но далее все опять то же самое
Ничего не понимаю пока

Qwentor ★★★★ ()
Последнее исправление: Qwentor (всего исправлений: 1)
Ответ на: комментарий от Qwentor

Таак, убунточка, ето ещё более шоколад, уж поближе к моей любимой (ну, не так, чтоб уж очень,) псинеBSD, ща всё сделаем. Значит на ней всё сыро-голо. Окак, таким, образом ещё с какого, «конца» мы не подступались, а: cron, там всякий анакрон, гуглN time(\точное время системное\\), там, в том что не отдаёт запуск, всё в порядке, ато выхлоп выглядит, будто на андроиде с «01.01.80г», непонятно что со временем, короч.

anonymous ()
Ответ на: комментарий от Qwentor

Сейчас будет, ещё более тупой (ну,или простой вопрос), а сам этот «Git-товский» «код», в плане проекта не веб-мордашка, ли? Почему меня это интересует, так, Find- вроде не для этого, что вообще по проекту.!? Тоесть мордашку, я так понял, вообще загрузкой не проверяют, никогда т.е. совсем.

anonymous ()
Ответ на: комментарий от anonymous

Ну, насколько я понял, GitFind - это метод cmake, и в 2.6 его нет. Поэтому с 2.6 не работает совсем (хотя в репе написано, что работает).

Никаких мордашек, тупо пытаюсь собрать программу.

Чет мне начинает казаться, что ты еще меньше понимаешь чем я.. Разберемся ли двоем??

Qwentor ★★★★ ()
Ответ на: комментарий от Qwentor

Ну, да, чето я полностью как говорится, «сливаюсь», даже и не знаю по 2.6 должно же хоть что-то сценарию соотв.?. Непонятно? А по последнему вопросу, ты всё вторишь «программка», а я имел ввиду «их», гитовский кусок кода, конкретно, что за куски, в этом плане вопрос был.(?)(Не целое, что это было?).

anonymous ()
Ответ на: комментарий от anonymous

Какой гитовский кусок кода? Нет такого. Есть программа, которую я пытаюсь собрать. Она тупо зачем-то проверяет есть ли гит. Если ее начать собирать из зипа, а не клонировать - откажется.

Qwentor ★★★★ ()