-
- Отметился на родном форуме, сорри фор май бед инглиш. (На самом деле я с X'кой не работал) - testerplus(12.12.2012 12:43)
- Спасибо! - dimonomid(12.12.2012 12:56)
- Всё так, но обожди-ка. А как поступают когда сборка в Makefile и там для make debug нужно указывать отладчик? Ты, в принципе, в такой же ситуации. Для Make можно либо, внутри сценария, использовать переменную окружения, указывающую на отладчик, fk0(348 знак., 12.12.2012 11:03)
- Честно говоря, не разбирался с этим пока. Makefile генерирует сама IDE, и, на мой взгляд, правильная IDE и должна это делать. Например, работаю в Qt Creator, там тоже makefile автогенерируемый. Горя не знаю =) - dimonomid(12.12.2012 11:54 - 14:07)
- Makefile не может быть генерируемый. Т.е. может, но только 1 раз в жизни и вручную. А не по нажатию F10 (компиляция) каждый раз в IDE, иначе Makefile не нужен в принципе. - fk0(12.12.2012 13:40)
- Мы, наверное, друг друга как-то не понимаем.. Makefile - собственно, скрипт для make. Этот скрипт нужен, чтобы make собрал проект. Я не понял, что значит "иначе Makefile не нужен в принципе". Он нужен для того, чтобы make собрал проект. Нам нужен dimonomid(288 знак., 12.12.2012 14:01 - 14:08)
- Не так то, что генератор Makefile нужен, чтоб однократно его сгенерировать, руками подправить (и внести насчёт отладчика и т.п.), и для этого проекта всю жизнь пользоваться. А если его IDE каждый раз генерирует -- это мало чем отличается от fk0(445 знак., 13.12.2012 10:27)
- Если список зависимостей IDE формируется корректно, то зависимость от bar.h не появится "ниоткуда", будет изменен и foo.c (или кто-то из цепочки его зависимостей), а значит все перекомпилируется. Т.е. вреда от постоянной генерации AlexBi(16 знак., 13.12.2012 16:57 - 17:06)
- Так, ну, тут я поддержать беседу пока не могу: сам makefile никогда не писал, и о том, как именно он отслеживает зависимости, не знаю. =) Может, ты и прав, что если IDE генерит makefile, то это "generally bad", но тогда странно, что это решение dimonomid(45 знак., 13.12.2012 17:03)
- PS: построение зависимостей для make это вообще отдельная интересная тема. А как она решается в MPlabX? В инструкции от GNU make есть в общем-то работающий (иногда с лишними пинками и костылями) рецепт... - fk0(13.12.2012 10:51)
- Не так то, что генератор Makefile нужен, чтоб однократно его сгенерировать, руками подправить (и внести насчёт отладчика и т.п.), и для этого проекта всю жизнь пользоваться. А если его IDE каждый раз генерирует -- это мало чем отличается от fk0(445 знак., 13.12.2012 10:27)
- Мы, наверное, друг друга как-то не понимаем.. Makefile - собственно, скрипт для make. Этот скрипт нужен, чтобы make собрал проект. Я не понял, что значит "иначе Makefile не нужен в принципе". Он нужен для того, чтобы make собрал проект. Нам нужен dimonomid(288 знак., 12.12.2012 14:01 - 14:08)
- Makefile не может быть генерируемый. Т.е. может, но только 1 раз в жизни и вручную. А не по нажатию F10 (компиляция) каждый раз в IDE, иначе Makefile не нужен в принципе. - fk0(12.12.2012 13:40)
- Честно говоря, не разбирался с этим пока. Makefile генерирует сама IDE, и, на мой взгляд, правильная IDE и должна это делать. Например, работаю в Qt Creator, там тоже makefile автогенерируемый. Горя не знаю =) - dimonomid(12.12.2012 11:54 - 14:07)
- не мастерсе не ты этот вопрос поднимал? Помнится не нашли никакого нормального решения. Мне на ум пришло только одно, перед коммитом выбирать симулятор. - abivan(12.12.2012 09:07)
- Вопрос на мастерсе поднимал я, да. Нормального-то решения не нашли, это и понятно. Нормальное решение - переделать. Ну, то есть, доконать разработчиков микрочипа, чтобы они таки признали проблему существующей и переделали. Вот я и попросил вас на dimonomid(181 знак., 12.12.2012 10:45 - 10:52)
- все что могу. На форуме зарегился и плюсанул, костыль предложил. По мне лучше пока такой костыль чем мплаб8 - abivan(12.12.2012 10:59)
- Спасибо =) А для меня лучше мплаб8, чем такой костыль. Если ты в самом мплабе код редактируешь, то понимаю. Но я в любом случае использую внешний редактор (Vim), так что мне, в принципе, очень большой разницы нет: что 8-ка, что 10-ка. - dimonomid(12.12.2012 11:07)
- там отладчик лучше, я ж говорил об этом. Для редактирования пользую SlickEdit. abivan(435 знак., 12.12.2012 11:51)
- Фиксирую изменения как можно чаще (иногда получается раз 20 за день, обычно раз 7-10) проталкивать на сервак - нет: обычно, один раз в день. Вообще, действительно, можно, да, написать консольную программку. Но блин, тошнит меня от подобных кривых dimonomid(717 знак., 12.12.2012 12:34)
- да этим, точкой останова "на лету" и лучше. abivan(605 знак., 12.12.2012 13:00)
- Я фиксирую изменения каждый раз, когда подхожу к какому-то логическому завершению этапа. То есть, когда вот я что-то добавил/изменил, и оно, похоже, работает так, как я хочу - делаю коммит. dimonomid(965 знак., 12.12.2012 13:16 - 13:23)
- Кстати, хоть и не в тему, но вставлю свои 5 копеек насчет Vim: в абсолютном большинстве редакторов (в том числе и в Слике, я его пытался юзать когда-то) история изменений хранится в виде стека. То есть, вот я делаю изменение X, потом делаю dimonomid(662 знак., 12.12.2012 13:21)
- да этим, точкой останова "на лету" и лучше. abivan(605 знак., 12.12.2012 13:00)
- Фиксирую изменения как можно чаще (иногда получается раз 20 за день, обычно раз 7-10) проталкивать на сервак - нет: обычно, один раз в день. Вообще, действительно, можно, да, написать консольную программку. Но блин, тошнит меня от подобных кривых dimonomid(717 знак., 12.12.2012 12:34)
- там отладчик лучше, я ж говорил об этом. Для редактирования пользую SlickEdit. abivan(435 знак., 12.12.2012 11:51)
- Спасибо =) А для меня лучше мплаб8, чем такой костыль. Если ты в самом мплабе код редактируешь, то понимаю. Но я в любом случае использую внешний редактор (Vim), так что мне, в принципе, очень большой разницы нет: что 8-ка, что 10-ка. - dimonomid(12.12.2012 11:07)
- все что могу. На форуме зарегился и плюсанул, костыль предложил. По мне лучше пока такой костыль чем мплаб8 - abivan(12.12.2012 10:59)
- Вопрос на мастерсе поднимал я, да. Нормального-то решения не нашли, это и понятно. Нормальное решение - переделать. Ну, то есть, доконать разработчиков микрочипа, чтобы они таки признали проблему существующей и переделали. Вот я и попросил вас на dimonomid(181 знак., 12.12.2012 10:45 - 10:52)
- В MPLABX есть еще одна недоработка - это MPLABX per se. Более уёбищного уёбища я еще в своей жизни не встречал (хотя AVR Studio 5/6 - тоже достойный кандидат на звание самой нелепой IDE) - MBedder(12.12.2012 01:26 - 01:29)
- MPLABX per se это что такое? По мне MPLABX в сравнениии с 8-кой верх совершенства. - abivan(12.12.2012 09:09)
- "сам по себе" - =AlexD=(12.12.2012 09:27)
- off нужно 17-версию слика искать abivan(79 знак., 12.12.2012 16:01)
- о искать не надо - abivan(12.12.2012 16:03, ссылка)
- off нужно 17-версию слика искать abivan(79 знак., 12.12.2012 16:01)
- "сам по себе" - =AlexD=(12.12.2012 09:27)
- MPLABX per se это что такое? По мне MPLABX в сравнениии с 8-кой верх совершенства. - abivan(12.12.2012 09:09)
- Отметился на родном форуме, сорри фор май бед инглиш. (На самом деле я с X'кой не работал) - testerplus(12.12.2012 12:43)