codeblocks + linux(debian) + wxWidgets = ld returned 1 exit status

Здравствуйте.

Имеем:
1. Windows 10 + gnu gcc(от msys2);
2. Linux Debian + compiller gnu gcc;
3. wxWidgets 3.2;

Что не работает:
1. Проект в Windows 10 собирается и запускается;
2. Тот же проект при сборке выдает ошибку "ld returned 1 exit status", см. скриншот.


Вопрос:
1. Как исправить "ld returned 1 exit status" ?

0

некоторые настройки проекта:

0

Какая-то библиотека, вестимо, не обнаружена.
А ты вместо веселые картинок выложил бы полный текст сообщения об ошибке: запусти make в терминале и выложи выхлоп.
Ну и содержимое своего Makefile или CMakeLists.txt.

0

1. то что в "других настройках компилятора" для проекта скопировано из консоли после команды "$ wx-config --cxxflags"
2. либы добавлены из команды "$ wx-config --libs".

Добавлено через 11 минут

Сообщение от Eddy_Em запусти make в терминале и выложи выхлоп.

а нельзя в терминале "gcc -o <*.cpp>" выполнить ?

0

Palich, можно, конечно, только параметры замучишься руками писать.
И коль используется с++, то не gcc, a g++
И да, почитай, что такое опция -о...

0

Palich, есть же вкладка build log. Там вся информация есть.

0

g++ -Wall -std=c++17 -I/usr/local/lib/wx/include/gtk2-unicode-3.2 -I/usr/local/include/wx-3.2 -pthread -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -Wall -g -Wall -std=gnu++20 -c /home/userdebian/ses21/changeCheckBocks.cpp -o obj/Debug/changeCheckBocks.o
g++ -o bin/Debug/ses-21 obj/Debug/changeCheckBocks.o obj/Debug/changeColourGraph.o obj/Debug/changeFont.o obj/Debug/changeModeOperation.o obj/Debug/changeStatusConnect.o obj/Debug/checkAddress.o obj/Debug/checkFrequency.o obj/Debug/checkIcompensationCircuit.o obj/Debug/checkImpulsTime.o obj/Debug/checkInputFrequency.o obj/Debug/checkInputIcompensationCircuit.o obj/Debug/checkInputImpulsTime.o obj/Debug/checkInputIworkingCircuit.o obj/Debug/checkInputNumberOfImpulses.o obj/Debug/checkInputPauseTime.o obj/Debug/checkIworkingCircuit.o obj/Debug/checkNumberOfImpulses.o obj/Debug/checkPauseTime.o obj/Debug/checkSettings.o obj/Debug/clickButton.o obj/Debug/clickRadioButton.o obj/Debug/closeConnection.o obj/Debug/copyGenerallSettings.o obj/Debug/enableButtons.o obj/Debug/enableParameters.o obj/Debug/Graph/drawGraph.o obj/Debug/Graph/Graph.o obj/Debug/main.o obj/Debug/makeConnection.o obj/Debug/makeDisconnection.o obj/Debug/makeStartPauseStop.o obj/Debug/markTime.o obj/Debug/prepareBeforeSending.o obj/Debug/processPackage.o obj/Debug/sendPackage.o obj/Debug/ses21.o obj/Debug/setModeOperation.o obj/Debug/showWindowEvents.o obj/Debug/switchOffAcDc.o obj/Debug/switchOnAcDc.o obj/Debug/takePackage.o obj/Debug/WindowEvents.o obj/Debug/WindowInfo.o -static /usr/local/lib/libwx_gtk2u_xrc-3.2.so /usr/local/lib/libwx_gtk2u_html-3.2.so /usr/local/lib/libwx_gtk2u_qa-3.2.so /usr/local/lib/libwx_gtk2u_core-3.2.so /usr/local/lib/libwx_baseu_xml-3.2.so /usr/local/lib/libwx_baseu_net-3.2.so /usr/local/lib/libwx_baseu-3.2.so
/usr/bin/ld: попытка статической компоновки динамического объекта «/usr/local/lib/libwx_gtk2u_xrc-3.2.so»

Добавлено через 1 минуту
понял )
в логе написано.
Я опять балбес.
Все заработало.

Добавлено через 39 секунд

Сообщение от Palich попытка статической компоновки динамического объекта

отключил статическую компоновку

0

Сообщение от Palich попытка статической компоновки динамического объекта «/usr/local/lib/libwx_gtk2u_xrc-3.2.so

Вот ваша ошибка.
Нормально файлы библиотек подключите (без полных путей и в соответствии с принятым соглашением указания имени).

Добавлено через 1 минуту

Сообщение от Palich отключил статическую компоновку

И это в общем случае неверно, потому что при правильно прописанных библиотеках должно работать и так и так (при наличии в системе статических версий, естественно).

Добавлено через 1 минуту
Мы же с вами уже проходили это здесь: codeblocks + linux = wtf
Вы хоть конспект пишите... а то опять на те же грабли.

0

Palich, эта тема отлично показывает, что новичку ни в коем случае не следует сборку отдавать на попечение IDE!
Ну начни ты с написания Makefile вручную, а как замучаешься разрешать проблемы с расположением библиотек и многие другие вещи - перейдешь на cmake.

В любом случае, собирать средствами IDE можно лишь велосипеды локального уровня. Как ты своим софтом с другими будешь делиться? Заставишь их ненужную IDE ставить, чтобы тупо собрать? Нет, ты вместе с кодом выложишь на гитхаб и CMakeLists.txt, чтобы люди могли твое собрать. Ну так почему бы сразу с этого и не начать, а не извращаться???

Добавлено через 1 минуту

Сообщение от DrOffset И это в общем случае неверно

Нет, очень даже верно. Статическая компоновка - лютое зло. Ее используют лишь если динамическая невозможна (например, для микроконтроллеров и прочей электроники).

0

Сообщение от Eddy_Em Нет, очень даже верно. Статическая компоновка - лютое зло.

Неверно не про статическую компоновку, а про бездумное шаманство "че-та отключил и заработало".
В данном случае статическая компоновка просто к слову пришлась.
Я говорю о том, что причина ошибки была не в статической компоновке, а в неправильной настройке проекта.

0

Сообщение от DrOffset в неправильной настройке проекта

Точнее, причина ошибки - в полном непонимании своих действий.
ТСу вообще стоит забыть про эту дрянь, если она не умеет использовать make или cmake для сборки, и перейти на то, что умеет. А еще лучше — руками в терминале вводить make, все равно ведь нужно выхлоп смотреть (где какая ошибка), да и отлаживать приложение потом..
Ну и сразу же в моде debug включать -Wextra -Wall -Werror, чтобы никакого косяка не пропустить. Еще лучше будет собирать не gcc, а clang'ом: тот намного требовательней к коду и те косяки, что gcc может проглотить, выявит.
А в моде release не забывать флажок -flto (в т.ч. и линкеру). Ну и желательно -O3. Комбинация -O3 -flto позволит еще незаметные косяки выявить (забыл volatile где нужно поставить или еще чего).

0

Сообщение от Eddy_Em ТСу вообще стоит забыть про эту дрянь, если она не умеет использовать make или cmake для сборки, и перейти на то, что умеет. А еще лучше — руками в терминале вводить make, все равно ведь нужно выхлоп смотреть (где какая ошибка), да и отлаживать приложение потом..

Насколько я понимаю, ТС пользуется этой средой потому, что она имеет встроенные вспомогательные средства разработки в wxWidgets. Альтернатив особо нет в этом случае. Что однако не мешает действительно перейти на cmake, потому что cmake прекрасно умеет генерировать проекты CodeBlocks, если нужно.

0

Сообщение от Eddy_Em Ну начни ты с написания Makefile вручную, а как замучаешься разрешать проблемы с расположением библиотек и многие другие вещи - перейдешь на cmake.

Сообщение от DrOffset Что однако не мешает действительно перейти на cmake, потому что cmake прекрасно умеет генерировать проекты CodeBlocks, если нужно.

Уговорили )
Ну я "погнал" изучать...

Сообщение от DrOffset бездумное шаманство "че-та отключил и заработало".

Сообщение от Eddy_Em Точнее, причина ошибки - в полном непонимании своих действий.

что верно, то верно. Пробовал в этих "дебрях" разобраться, так не понял что из чего вылезает/влезает, так постепенно приходит понимание.

0