аааа, аз Питон чайник - на този етап Build System няма да правя
много мислене иска за да се структурира проекта, има доста врътки...

за Makefile...
( трябва да добавя и другите функции )
https://github.com/Wiz-IO/wizio-m2f

С един приятел вчерасе разправяхме защо и как трябва или не трябва да се ползва маке. Та той изкара един хубав линк, който може да ти е от полза как аджеба работи гну маке:

https://make.mad-scientist.net/category ... ogramming/

Благодарско

значи Make & CMAKE за клиента работи както е описано в Manual
обаче за да интерпретирам с цел да събера build променливи, флагове и файлове за компилация
вътре работи по "друг" начин който не е описан и трябва да "реверсвам" кода за да следя логиката

дори имаше места където Manual е донагласен по логиката на кода а не по търсената функция
"нещо се случва ама не баш така"

и още нещо прави силно впечатление
Маке е писан на чисто C ... и кода изглежда: просто и ясно
СМАКЕ е С++ и честно казано "вътре" е тотално мазало...

За маке има много добро книжле - "managing projects with gnu make", достъпно е в нета.
В него има не само описание на самия мейк но и различни идеи как да се ползва, нещо което за съжаление май убягва на много хора...

Ползвам стара тема, но не намерх по-подходящо място.

@TheWizard: Въпросът ми е: знаеш ли дали има начин в platform.ini да добавя към опциите за компилация вече компилиран обектен файл? Нещо от рода на:


С 'libmy-super-library.a' няма проблем, питонския парсер прави какво трябва (добавя '-l', маха 'lib' и '.а'), не че е необходимо, но поне не вреди. Обаче за '.o' файл като прояви същата "интелигентност" се сещаш, че нищо не става.
Аз му се ядосах и си реших тотално проблема с универсален wrapper на компилтора (който ми компилира за Лин,Вин и Мак), но понеже търсих доста "стандартен" начих и не намери, та затова питам.

по същия начин както се линква .а
... обаче не си спомням как се добавяше .о

Чрез extra_scripts в platformio.ini

ini
extra_scripts = pre_link_script.py


pre_link_script.py:



нящо такова беше ... което реално прави долното

пробвай и
ини:


build_flags са стандартни -(минус опции) за gcc

Не бях пробвал с ':' - не стана



Файлът естествено е там, но питона остава '-l:', а ако няма опция я слага и всъщност това е проблема. С pre-script е ясно (от там си решавам проблема с контролираното инкрементиране на билд версиите) - то е съпоставимо с моя wrapper (той пък е по мощен и ми дава други екстри:)).

В случая става дума за добавяне на ресурсен файл към Виндовския билд (за Лин и Мак не им трябва). Пробвал съм вече да го слагам в библиотека (.а) и тогава минава, но линкера преценява, че няма викани функции и решава да ми оптимизира ехе-то и го дискардва .

Както и да е, имам решение и то не е лошо, но си мислех, че е нормално да има "по-стандартен" начин. Такова добавяне на .о файл не би трябвало да е изключение и за ембед платформи.

всъщност ":" е моя печатна грешка...

реално build_flags са (прости) опции за GCC
но RC-то не е -л, а логиката на платформио ще се обърка къде да го добави (пробвай без -л)
няма как да се сети че това не е за компилиране а за линкера

пре-скриптовете са за достъп до питон/сконс логиката и от там лесно да промениш нещо преди билда
както казах по-горе - правил съм точно това което искаш ти но не си спомням "простото" решение

на тебе ти реве че не намира файла, той вероятно е в папката, но за платформио root фолдера е папката с проекта

Когато е без '-л' (или без каквото и да е) автоматично му се слага '-л'. Явно заложената логика е, че там се слагат САМО библиотеки (с тях също не е безпроблемно, но това е съвсем друга бира). Както и да е, ако намеря и друго в пио-то, което да ме амбицира ще пиша на съпорта (като на адаш може и да свъши работа) .