Мой сборщик и флешер

[pvvx]

А бывают машины адаптированные под питон? скажем спасибо Гвидо Ван Россуму что позаботился о windows, и ненужно его запускать через mingw

А остальные команды? Вы позаботитесь?
Список дать?

И что Вы так пристали с Eclipse? Это сделает даже "телепузик" (как их называет pvvx), вот вам подтверждение

Есть что-то другое?
Предлагаете ковыряться блокнотом в исходниках?

Позже выложу

Ждем. А то говорю в Eclipse - не включать этот файл в проект, а толку никакого с вашим скриптом... Ставлю другие опции трансляции файлу в Eclipse - а "продвинутому" скрипту пофигу...
В IAR он вообще не нужен. Есть ещё SEGGER Embedded Studio... Тоже нафиг тм не сдался ваш скрипт, т.к. вызывает только сложности...

 

[Neov]

видимо не поняли (хоть и специально выделено 2 слова жирным) - показываю реальный != Предполагаю. Что в жаркой дискуссии выглядит очень забавно.

Вас не только легко рассмешить, но и запутать. Не путайте мягкое с теплым: я привел РЕАЛЬНЫЙ результат замеров времени по сборке, а вот почему mingw32-make медленней я привожу только ПРЕДПОЛОЖЕНИЯ. Или что не понятно то?

обычно, если производятся тесты, то приводятся на какой конкретно машине, ОС это делалось, иначе выглядит опять как рекламная листовка с первого поста...

Обычно в такого рода тестах указывает машину для того, чтобы читатель смог оценить время выполнения на своей машине, ну и обычно тесты на разных машинах проводятся. Тут же банальное сравнение сабжа и make. Укажу я вам что машина i5-3337U, x64, 12 Gb, вам многое это прояснит? Или может глядя на результаты теста есть сомнения одно ли ядро на процессоре?

 

[Neov]

У вас пока выходит какая-то Arduino без хелпинга и возможностей смены конфигурации типов программаторов, типов чипов из серии RTL8195/871x, среды (вынь/линух/..), опций проекта и его основных конфигов для "начинающих".

Может проще дать такому пользователю бинарник в виде экзешника с окошком выбора через какой программатор залить, а то даже это ваша система не позволяет и не доделана до такого примитивного уровня для той аудитории, которой вы предлагаете свой “продвинутый сборщик одного проекта без возможности изменения чего-либо”.
С вами тут не собачиться собралсь, а описываем что надо "телепузикам" и чего ещё нет для нормального и комфортного обучения с дальнейшей интеграцией в Eclipse. А этих действий у вас пока нуль.

Вы бы следили за собой и своим сдк, документировали и т.д., иначе ваш сдк с его ребусами только отпугивают телепузиков. Делайте лучше, и сабж будет лучше

это значит что ваши поделка пока не нужна никому, кроме вас лично.

Пожалуй это ваша "золотая" цитата, а все остальное дистиллированная вода.

А остальные команды? Вы позаботитесь?
Список дать?

Вы вроде взрослый дядя, а все юношеский максимализм зашкаливает.

Есть что-то другое?
Предлагаете ковыряться блокнотом в исходниках?

Я вам ничего не предлагаю, ковыряйте свой Makefile и лапшу из *.mk в блокноте

 

[Neov]

Вот я вполне себе "телепузик", глупо было бы отрицать. Проект скачал, всё сделал, как написано - подтверждаю, компилирует быстрее, заливается вроде как тоже. Прикольно.
Вопрос - что нужно править, чтобы натравить это дело на RTLHTTPD ?

Не стоит себя недооценивать, Вы смогли то, чего до сих пор не может pvvx
Чтобы натравить это дело на rtlhttpd нужно править wscript и списки компиляции __*, также как и Makefile для make. Полагаю что достаточно будет поправить списки компиляции от проекта rtl00mp3

 

[pvvx]

Не стоит себя недооценивать, Вы смогли то, чего до сих пор не может pvvx
Чтобы натравить это дело на rtlhttpd нужно править wscript и списки компиляции __*, также как и Makefile для make. Полагаю что достаточно будет поправить списки компиляции от проекта rtl00mp3

Сегодня опять вам переписывать все скрипты...

 

[Neov]

Сегодня опять вам переписывать все скрипты...

mp3 собрал,
а httpd даже с make не собирается

$ PATH=$PATH:/c/projects/wafmeba-RTLHTTPD/tools/5.4\ 2016q3/bin/ mingw32-make
mingw32-make[1]: Entering directory 'c:/projects/wafmeba-RTLHTTPD'
===========================================================
Compile (build)
mingw32-make[1]: *** No rule to make target '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.c', needed by '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.o'.  Stop.
mingw32-make[1]: Leaving directory 'c:/projects/wafmeba-RTLHTTPD'
Makefile:7: recipe for target 'ram_all' failed
mingw32-make: *** [ram_all] Error 2

 

[pvvx]

mp3 собрал,
а httpd даже с make не собирается

$ PATH=$PATH:/c/projects/wafmeba-RTLHTTPD/tools/5.4\ 2016q3/bin/ mingw32-make
mingw32-make[1]: Entering directory 'c:/projects/wafmeba-RTLHTTPD'
===========================================================
Compile (build)
mingw32-make[1]: *** No rule to make target '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.c', needed by '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.o'.  Stop.
mingw32-make[1]: Leaving directory 'c:/projects/wafmeba-RTLHTTPD'
Makefile:7: recipe for target 'ram_all' failed
mingw32-make: *** [ram_all] Error 2

Это с маке не связано. Было добавлено много файлов у начального источника от sharikov-а в самом librtlhttpd (они ещё в разных репах ), а я не отметил все для передачи в git, пока собирал кусками...

 

[pvvx]

Исправьте в заголовке - у вас там ошибки.
Не 1 минута, а 10..25 секунд практически на любом компе, в зависимости от размера проекта с данными SDK при использовании make. Повторная сборка, если убрать пересоздание каждый раз бинарников - доли секнуды. Но пересоздание нужно, как и перекомпиляция при изменениях, ударениях и подменах каких-то файлов (часто требуется при отладке). Ваш waf это не производит, что не дает возможности его использовать при разработке.
Вот лог сборки HTTPD, на самом тупом компе который у меня есть из Eclipse. Создан в последовательности: Импорт проекта, нажатие кнопки "all".
Чтобы было понятно, что комп тот уже старенький :

Как видим - маке быстрее вашего waf. (ему не требуется при старте создавать кучу хлама в директории проекта)

 

[Neov]

Это с маке не связано. Было добавлено много файлов у начального источника от sharikov-а в самом librtlhttpd (они ещё в разных репах ), а я не отметил все для передачи в git, пока собирал кусками...

а чо коммитили тогда? и более того, ещё кидаетесь угрозами "Сегодня опять вам переписывать все скрипты... "

Чтобы было понятно, что комп тот уже старенький :

Ну это конечно очень убедительно, огрызок скриншотика с датой установки ос 2013 @A_D наверное со смеху упадет.

Исправьте в заголовке - у вас там ошибки.

С вашей же строчки
real 0m40.777s
user 0m0.000s
sys 0m0.000s
Данные по

Всеравно тормоз ваш маке, как бы вы не старались притянуть желаемое за действительное WAF шустрее, даже несмотря на: пересчет md5 всех файлов, лексический анализ исходника и автоматическое вычисление дерева зависимостей, а далее построение списка компиляции действительно того что нужно

Как видим - маке быстрее вашего waf.

Наверное в ваших снах Чтобы хвастаться, что быстрее waf, нужно сравнивать с waf а не присылать скришотик с хар-ками и лог с make

 

[Neov]

в добавок к вашей параллельной компиляции с Make:
Лог не на шутку колбасит и "блюет" клочками, нереально что-то прочесть из него, это совершенно не пригодно для реальной компиляции
Ошибка компиляции? make до лампочки и будет дробить все с фонтантом "блевотни"
А если, о ужас, не найдет к примеру компилятор, он будет отчаяно "срать" в лог, забивая stdout и только убийство процесса помогает.

В общем максимум похвастаться во времени, вместо реального применения

 

[pvvx]

в добавок к вашей параллельной компиляции с Make:
Лог не на шутку колбасит и "блюет" клочками, нереально что-то прочесть из него, это совершенно не пригодно для реальной компиляции
Ошибка компиляции? make до лампочки и будет дробить все с фонтантом "блевотни"
А если, о ужас, не найдет к примеру компилятор, он будет отчаяно "срать" в лог, забивая stdout и только убийство процесса помогает.

В общем максимум похвастаться во времени, вместо реального применения

XScript круче вашего waf. Ничего не надо - только скачать SDK Embed/RTL8710AF_GCC, всё остальное сам найдет и быстрее собирает...
У вас проблемы с stdout? - лог приведен. Чините свой waf, если его колбасит.

 

[Neov]

XScript круче вашего waf. Ничего не надо - только скачать SDK Embed/RTL8710AF_GCC, всё остальное сам найдет и быстрее собирает...
У вас проблемы с stdout? - лог приведен. Чините свой waf, если его колбасит.

читайте внимательней. Колбасит таки ваш Make винда обычная, mingw обычный.

 

[pvvx]

читайте внимательней. Колбасит таки ваш Make винда обычная, mingw обычный.

Читайте внимательнее - лог от маке приложен в позапрошлом соо.
Уж лучше просто скажите, что на waf нет многих функций и их надо муторно дописывать. К примеру, чтобы сделать сборку HTTPD c полной заливкой во "флэш" и компиляцией всяких утилит из его пакета. Авторы к ним дают Makefile, а не waf и часто там обращение к разным утилитам из линуха... Впишите все утилзы линукса в waf. На Питоне их примеров много и почти все есть…
А лучше вообще скомпилируйте сборщик в экзешник – телепузикам то все равно – проект то соберется и быстрее, да будет всего один файл “экзе”. Зачем им ставить Питон?

 

[Neov]

К примеру, чтобы сделать сборку HTTPD c полной заливкой во "флэш" и компиляцией всяких утилит из его пакета.

Сначала сделайте работоспособный make, а там и про сабж поговорим

 

[pvvx]

Сначала сделайте работоспособный make, а там и про сабж поговорим

Оно уже работает и без проблем.

Вот в сообщении Raw Wifi Packets приложен проект для теста функции… В нем выкинуты батники, но они пока оставлены для примера в основной репе с моим SDK и т.д. При этом все проблемки, что есть ныне связаны с программаторами. Там поддерживается уже два типа SEGGER и все OpenOCD. А в вашем сборщике – никаких, кроме обрезанного варианта что вам дал (и то не исправили обращения к JLinkARM.dll). Продолжайте маяться дурью – без удобного и правильно работающего кода к программаторам ваш waf никому не нужен… Потыкают и забудут, т.к. изменить что-либо в нем сложнее, чем в Arduino, а сопровождать и переделывать на waf все проекты вы не сможете.

Возможно, скоро, вам придется выковыривать конфигурацию для сборки в waf из Eclipse. Она способна сама собрать проект с автоматической генерацией скриптов (тоже на makefile).

 

[Neov]

А в вашем сборщике – никаких, кроме обрезанного варианта что вам дал (и то не исправили обращения к JLinkARM.dll)

не путаете кто кому "дал"? выдрали кусок, и теперь называется "дал"

ваш waf никому не нужен…

Снова ваша цитата золотого цвета

Оно уже работает и без проблем.

Ramil@DESKTOP-JOINOMG /c/projects/wafmeba-RTLHTTPD
$ PATH=$PATH:/c/projects/wafmeba-RTLHTTPD/tools/5.4\ 2016q3/bin/ mingw32-make
mingw32-make[1]: Entering directory 'c:/projects/wafmeba-RTLHTTPD'
===========================================================
Compile (build)
mingw32-make[1]: *** No rule to make target '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.c', needed by '../RTL00MP3/RTL00_SDKV35a/component/soc/realtek/8195a/fwlib/src/hal_dac.o'.  Stop.
mingw32-make[1]: Leaving directory 'c:/projects/wafmeba-RTLHTTPD'
Makefile:7: recipe for target 'ram_all' failed
mingw32-make: *** [ram_all] Error 2

Вот в сообщении Raw Wifi Packets приложен проект для теста функции… В нем выкинуты батники, но они пока оставлены для примера в основной репе с моим SDK и т.д. При этом все проблемки, что есть ныне связаны с программаторами. Там поддерживается уже два типа SEGGER и все OpenOCD. А в вашем сборщике – никаких, кроме обрезанного варианта что вам дал (и то не исправили обращения к JLinkARM.dll). Продолжайте маяться дурью – без удобного и правильно работающего кода к программаторам ваш waf никому не нужен… Потыкают и забудут, т.к. изменить что-либо в нем сложнее, чем в Arduino, а сопровождать и переделывать на waf все проекты вы не сможете.

Так пилите и играйтесь, как только чего-то стоящее получите, посмотрим
По поводу программаторов, сейчас используется только JLink как наиболее популярный, если кому-то религия мешает этим пользоваться, то можно и не пользоваться либо можно выдрать ваши openocd костыли, я подумаю над этим

Возможно, скоро, вам придется выковыривать конфигурацию для сборки в waf из Eclipse. Она способна сама собрать проект с автоматической генерацией скриптов (тоже на makefile).

А что вы так все зашиваете на эклипс? есть и другие иде

 

[sharikov]

По поводу программаторов, сейчас используется только JLink как наиболее популярный, если кому-то религия мешает этим пользоваться, то можно и не пользоваться

Мешает пользоваться лицензия. Сходите на segger.com и ознакомьтесь с условиями использования ПО от segger.
Потом перечитайте Уголовный Кодекс.

 

[Neov]

Мешает пользоваться лицензия. Сходите на segger.com и ознакомьтесь с условиями использования ПО от segger.
Потом перечитайте Уголовный Кодекс.

Приобретайте JLink рас мешает

 

[pvvx]

А что вы так все зашиваете на эклипс? есть и другие иде

Да, для SEGGER есть Embedded Studio. Что-то не прикручиваетя waf к нему без "танцев с бубном"...
На форуме про него тут Segger embedded studio

Мешает пользоваться лицензия. Сходите на segger.com и ознакомьтесь с условиями использования ПО от segger.

Потом перечитайте Уголовный Кодекс.

Почитал - большинство продуктов в образовательных целях разрешает использование, а форум в основном про это... У вас же изготовление на продажу и только вы нарушаете законы. OpenOCD от этого вас не спасет.
Я вот имею один затраты и жажду когда выпишут штраф за нарушения по всем законам со знаком минус в графе СУММА, а так-же доплатит SEGGER за его рекламу.
К примеру последний коммерческий продукт на RTL у меня собирается с использованием в основном asm от GCC и даже не содержит RTOS и прочих чужих либ (обработка замеров с 24-х битных ADC), а программатор к нему встроен на плату и близок по коду к DAPLink с собственным внешним ПО для реализации снятия накопленных данных по USB. WiFi не используется.
По хорошему, там лучше было бы поставить какой DSP, но RTL8711AM в совокупности выходит дешевле (и меньше элементов на плате), да в дальнейшем возможно включение и WiFi.

 

[A_D]

Neov, я то посмеюсь в очередной раз, не переживайте.
вы главное пилите свой вел....проект и не отвлекайтесь на писанину в топике, может и пригодится когда-нибудь, кому-нибудь этот вариант сборки. Пока правда не видно никого, кроме собственно автора, что бы этим пользовались, но это не страшно - главное творчество и вовлеченность!