Ну и в целом, если ты можешь собрать окружение снова для сборки под устройство, значит ты знаешь всё необходимое.
Я хотел попробовать сам у себя на моей новой убунте всё собрать
узнал, действительно у нас собственная сборка линукса под наше устройство
неправильно выразился. Мне билд Qt нужен не под ARM, он нужен под x64, просто чтобы внутри него были либы для сборки проекта под ARM))) уфф, ох уж это формулирование....
#include
. g++ main.cpp func.cpp
g++ main.cpp
#include "func.cpp"
уже включает содержимое func.cpp в main.cpp, компилятору этого достаточно для сборки.выдает ошибку о многобайтовом использовании символа.
Я ж говорю - исправлять.
Если это не намеренная ошибка, а в программировании никто не застрахован от ошибок и это регулярно случается со всеми. То ошибка рано или поздно даст о себе знать, если на тестах - хорошо, если у пользователей - плохо, но обычно не страшно. Воспроизводите, локализуете, исправляете. Все.
Если же вы намеренно не освобождаете ресурсы надеясь на ОСь - ну это в целом ваше персональное дело. Если этот подход пока у вас прокатывает - ну ладно. Вас же никто не может заставить писать delete на каждый new в конце концов. Как напишите программу, так она и работать будет. Но может настать час, когда вам же этот подход как-то вылезет боком. Ну тогда просто в данном конкретном месте освободите и может быть и дальше все буде ОК.
Но, например, если вы пишете библиотеку с предположительно не ограниченным количеством пользователей, то здесь просто необходимо освобождать все, что библиотека захватила, т.к. предугадать как будет использоваться библиотека конечным пользователем вы обычно не можете. В общем это примерно то, о чем я писал в ответе.
Лично я всегда все освобождаю.