Linux make all error 2

Installation error (make: *** [all] Error 2) #79

Comments

julienroyd commented Oct 25, 2018

I am having troubles installing HFO. I have followed the installation directions:

At the step make -j4 I get the following error:

[ 74%] Linking CXX static library libplayer_chain_action.a
[ 74%] Built target player_chain_action
Makefile:129: recipe for target ‘all’ failed
make: *** [all] Error 2

I am not sure how to deal with this. I am running on Ubuntu 18.04. Any idea?

The text was updated successfully, but these errors were encountered:

mhauskn commented Oct 25, 2018

I haven’t tested HFO with Ubuntu 18.04, so it’s quite possible that there could be an error. Could you provide a more detailed error log (you may need to run «make clean» followed by «make VERBOSE=1»).

julienroyd commented Oct 29, 2018

Hi @mhauskn, thanks for the quick reply. Here is a more detailed output:

julienroyd commented Oct 30, 2018

Right, my mistake! Here’s the error message:

julienroyd commented Oct 30, 2018

Ok, installation goes through with DBUILD_SOCCERWINDOW=False .

Can you provide which version of Qt4 and cmake you are using? (maybe that will do it)

julienroyd commented Oct 31, 2018

Using the same Qt version didn’t succeed. Did you install Qt from source?

I have found bug report that seems similar here which suggest to patch qt as follows.

mhauskn commented Oct 31, 2018

I installed Qt using apt-get. Let me know if you have success with the patch.

G-Thor commented Mar 28, 2019

I am experiencing this same error.
Same versions of QMake and Qt as @mhauskn

jespestana commented Apr 12, 2019

First, thanks for the information on this issue. I had the same problem with a different software. It seems to be a conflict between qt4 (4.8.7) and boost (1.65.1), the current versions of the libraries that are on the Ubuntu 18.04 repositories.

The solution is to make moc-qt4 compile with the flags specified in this bugfix-patch of qt4: https://src.fedoraproject.org/cgit/rpms/qt.git/tree/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch (link provided by @julienroy13 above). This does not require to recompile qt4, you just need to modify your CMakeLists.txt , like follows:

I hope that this also works for your software!

Источник

recipe for target ‘all’ failed

Добрый день. Я хочу установить tesseract, так же нужно поставить зависимость leptonica, но в обоих случаях ошибка типа такой

Ощущение, что у вас configure или что там ещё не отработал и не создал Makefile.

Makefile создан, установка идет и потом ошибка.

Не понял, у вас есть файл ″src/makefile″? Или ./configure завешрилась с ошибкой?

может дать ответ

лол. собиратель 99лвл.

Дело не в библиотеке, вы неправильно собираете. См файл README, COMPILE, BUILD и подобные, там сказано как и после чего вызывать make.

Делал по инструкции

ok, I am trying this, and wait for result

да получилось в итоге я получил разные либы и программы в bin, теперь по аналогии попробую поставить tesseract, только не понял зачем нужна папка buil.

пытаюсь скомпилировать tesseract но теперь ругатся именно на библиотеку

вернее на имя ругается, я так понимаю нужно указать это имя при cmake?

Всем привет, в итоге я выявил проблему, leptonica была не актуальной, я просто удалил папку и залил ее с гита, установил, и потом установил tesseract и на этот раз ошибок не было и в общем что бы поставить все нужно пройти по этим шагам:

Источник

make: *** [Makefile:7: linux] Ошибка 2 #25

Comments

StanIdris commented Jun 19, 2019

GOOS=linux CGO_CFLAGS=»-I/home/h0rse/hikka/include» CGO_LDFLAGS=»-L/home/h0rse/hikka/lib/Linux -Wl,-rpath=/home/h0rse/hikka/lib/Linux -lhcnetsdk» go build -ldflags «-s -w» -o build/Linux/hikka src/hikka.go

command-line-arguments

cgo-gcc-prolog: In function ‘_cgo_b4a01acd0dff_Cfunc_NET_DVR_CaptureJPEGPicture’:
cgo-gcc-prolog:44:48: warning: passing argument 3 of ‘NET_DVR_CaptureJPEGPicture’ from incompatible pointer type [-Wincompatible-pointer-types]
In file included from src/hikka.go:4:
/home/h0rse/hikka/include/HCNetSDK.h:13330:103: note: expected ‘LPNET_DVR_JPEGPARA’ but argument is of type ‘struct *’
NET_DVR_API BOOL __stdcall NET_DVR_CaptureJPEGPicture(LONG lUserID, LONG lChannel, LPNET_DVR_JPEGPARA lpJpegPara, const char *sPicFileName);

cgo-gcc-prolog: In function ‘_cgo_b4a01acd0dff_Cfunc_NET_DVR_Login’:
cgo-gcc-prolog:143:49: warning: passing argument 5 of ‘NET_DVR_Login’ from incompatible pointer type [-Wincompatible-pointer-types]
In file included from src/hikka.go:4:
/home/h0rse/hikka/include/HCNetSDK.h:13117:150: note: expected ‘LPNET_DVR_DEVICEINFO’ but argument is of type ‘struct *’
NET_DVR_API LONG __stdcall NET_DVR_Login(const char *sDVRIP, const WORD wDVRPort, const char *sUserName, const char *sPassword, LPNET_DVR_DEVICEINFO lpDeviceInfo);

command-line-arguments

src/hikka.go:108: cannot use (*_Ctype_struct___0)(unsafe.Pointer(&imgParams)) (type *_Ctype_struct___0) as type _Ctype_struct___7 in argument to _Cfunc_NET_DVR_CaptureJPEGPicture
src/hikka.go:200: cannot use (_Ctype_struct___1)(unsafe.Pointer(&device)) (type *_Ctype_struct___1) as type *_Ctype_struct___6 in argument to _Cfunc_NET_DVR_Login

The text was updated successfully, but these errors were encountered:

Источник

LFS проблемы с gcc

Здравствуйте! Я новичок в linux. LFS — для того, что бы разобраться что к чему. Да и к тому же много много веселья)
Дошел до пункта 5.5.

>Вроде make выполнился без ошибок

А это что?
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory `/mnt/lfs/gcc-build/gcc-4.5.2′ make: *** [all] Error 2

Очевидно, вы пытаетесь собрать gcc в каталоге с его исходниками, несмотря на то, что в инструкции написано:

Это не поддерживается, те вам нужно создать отдельный каталог, и запускать configure && make уже оттуда.

внимательно читатайте манул

мне почти удалось всё собрать.

используйте только те версии пакетов которые там указаны

нет, это первый вывод. потом порылся, нашел то самое решение, снова запустил make и make install и не увидел ошибок, только насторожила скорость выполнения.

Очевидно, вы пытаетесь собрать gcc в каталоге с его исходниками

Исходники в sources, создал папку gcc-build, скопировал туда исходники gcc, распаковал и пытаюсь там собрать. Да, видимо сглупил. Получается, мне нужно в gcc-build создать папку и из нее запускать «/mnt/lfs/gcc-build/gcc-4.5.2/configure \»?

Спасибо большое!
По-моему, вы указали на основную мою ошибку.. А как тогда быть потом с обновлениями? Или сначала главное все собрать, а обновляться легче будет?

>>мне почти удалось всё собрать.

не знаю, до финиша у меня дойти не получилось

> А как тогда быть потом с обновлениями?
Фактически, никак. Никакой системы обновлений нет.
Поставь арч, советую тебе ещё раз.

>нет, это первый вывод. потом порылся, нашел то самое решение

Если следовать инструкции, проблемы не было бы.

Исходники в sources, создал папку gcc-build, скопировал туда исходники gcc, распаковал и пытаюсь там собрать.

Если скопировать каталог с сорцами пару раз он перестаёт таким быть? Лол, или что ты пытаешься сказать?

Если следовать инструкции, проблемы не было бы.

Если скопировать каталог с сорцами пару раз он перестаёт таким быть? Лол, или что ты пытаешься сказать?

Кретинизм мозга не позволяет дочитать до конца?

И еще, хватит насаждать всем свое мнение. Не знаешь как решить проблему, зачем тогда вообще что-то писать?

Ты чо такой дерзкий? 😀 Вопрос был в этом:

если я совершил тупейшие и очевидные ошибки, готов выслушать критик

В 4-ом посте я признал свою ошибку, а вы снова указываете мне на нее. Я понял с первого раза. Спасибо.

>Надеюсь, правильно понял смысл «j2» — аналог MAKEOPTS, который в /etc/make.

-j2 у make — это параллельная сборка в два потока. Это ускоряет сборку, но некоторые программы могут так не собраться, если авторы не протестировали параллельную сборку.

Можно при выходе новой версии просто собрать её и установить, она перезапишет старые файлы, обычно всё работает хорошо.

Источник

Make файл Syntax error: «(» unexpected

Дали проект на основе *.с и к нему прилагающийся makefile с описанием компиляции, если не вносит изменения в основной файл то при выполнении make пишет «appname» is up date, но как только меняю любой символ в значении строчной переменной в *.с и пытаюсь откомпилировать то мне тут же вываливается :

Из за чего проблема?

а точно дело в make

если не вносит изменения в основной файл то при выполнении make пишет «appname» is up date fix:

но как только меняю любой символ в значении строчной переменной в *.с и пытаюсь откомпилировать то мне тут же вываливается

хоть покажи эту переменную и её значение в исходниках (и свой вариант тоже)

Не из-за мейкфайла.

/usr/local/arm_linux_4.2/bin/arm-linux-gcc -g -O2 -Wall -w -I ./include -c example.c -o example.o

Первая созданная тема: 19.04.20 16:05:51

файл на 1к строк, в комент не помещается, как можно обойти это ограничение?

pastebin? не оно? ладно выкладывай на торренты…

хотя мог бы просто ссылку показать на место откуда исходники.

ты меняешь только «0» на «1» и программа не собирается? хм… действительно, странно… оно может не работать, но собираться же должно.

возможно дело в редакторе, кодировках… в исходнике строки завершаются CRLF – явный признак присутствия винды в треде 🙂

до этого редактировал через notepad, сейчас сделал через nano в самой системе где происходит компиляция, результат тот же

выложи исходный и модифицированный (достаточно одного изменения на которое ругается)

изначальный файл и измененный через нано

А если файл отредактировать обратно (не восстановить копию, а именно отредактировать как было), то компилируется?

хмм нет, не компилируется, чет вообще не понимаю что происходит

Всё нормально. make ориентируется на время модификации файла. Если они все после успешной сборки, то без модификаций make просто ничего не делает, создавая впечатление, что всё в порядке.

Проблема не в изменении строкового литерала, там что-то другое. И судя по странному сообщению об ошибке, возможно, что дело в запуске компилятора. Можно попробовать добавить -v и узнать, что он там пытается запускать:

Источник