SciFi (28.04.2013 14:41, просмотров: 151) ответил MBedder на Ну ладно, с одним жупелом (GOTO) вроде разобрались - дело ясное, что дело темное - теперь давайте с другим: #include "file.c" vs раздельная компиляция *.c файлов со всеми вытекающими в небольших проектах (сотни - тысячи строк)ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- Как минимум - меньше писанины, меньше накладных, меньше недоразумений - MBedder(28.04.2013 14:52)
- А строка с ошибкой компиляции идентифицируется нормально? - Vladimir Ljaschko(28.04.2013 14:55)
- Абсолютно - заменил в инклюженном void на rvoid и тут же получил ругань с указанием файла и левой строки в нем - MBedder(28.04.2013 14:59)
- Кстати, build идет в разы быстрее - MBedder(28.04.2013 14:59)
- Это да, у меня проекты по несколько минут компилируются :( Обратная сторона макросов и прочей красивости. - Vladimir Ljaschko(28.04.2013 16:18)
- Макросами и я злоупотребляю по полной :)) - MBedder(28.04.2013 16:24)
- Это да, у меня проекты по несколько минут компилируются :( Обратная сторона макросов и прочей красивости. - Vladimir Ljaschko(28.04.2013 16:18)
- Кстати, build идет в разы быстрее - MBedder(28.04.2013 14:59)
- Абсолютно - заменил в инклюженном void на rvoid и тут же получил ругань с указанием файла и левой строки в нем - MBedder(28.04.2013 14:59)
- А строка с ошибкой компиляции идентифицируется нормально? - Vladimir Ljaschko(28.04.2013 14:55)
- Как так нафиг? А ежели лень все причесывать? :) - Гудвин(28.04.2013 14:48)
- Если честно - сильно ломает заранее описывать каждый будущий чих - MBedder(28.04.2013 14:56)
- Ну дык а я о чем? :) - Гудвин(28.04.2013 15:53)
- Сам-то как делаешь - инклюдишь или чИхаешь? :)) - MBedder(28.04.2013 15:56)
- Я же говорил недавно - пользую CVAVR с момента его появления (V1). Эта "надстройка над ассемблером" сначала лепит единый *.С файл, потом компилирует целиком в ассемблерный код. Так что все мои функции и переменные давно оптимизированы с учетом Гудвин(580 знак., 28.04.2013 16:16)
- Ну про Кортексы я и не говорю - там своя игра, а вот для dsPIC/PIC24 - самое оно походу. Спасибо! - MBedder(28.04.2013 16:21)
- Писать на
фортранеассемблере можно на любом языке! :-) - =AlexD=(28.04.2013 16:30)- А как еще иначе? :) Например, в WinAVR есть занятная библиотечная функция __delay. С какого то бодуна туда впендюрили плавучку в аргумент. Спору нет - задержку выдает точно. А ежели забыться и заюзать эту байду с переменной, а не с константой, Гудвин(195 знак., 29.04.2013 00:31)
- А если язык с наворотами (множественное наследование, чудо-шаблоны, перегрузка операторов и проч.), то ассемблер на нём особо пикантный может получиться :-) - SciFi(28.04.2013 16:34)
- Нет ничего невозможного для человека с интеллектом :-). А чо, это может быть даже интересно - кростплатформенный любимый ассемблер на плюсовых шаблонах, думаю вполне реально ;-). - =AlexD=(28.04.2013 17:02)
- Я в свое время с невероятным удовольствием перегружал операторы в ассемблере AS от Alfred Arnold (-->), затачивая даже синтаксис (!) под свои хотелки. Жаль, что для dsPIC/PIC24 он так и не родился - MBedder(28.04.2013 16:40, ссылка)
- Фточку! :)) - MBedder(28.04.2013 16:34)
- Писать на
- Ну про Кортексы я и не говорю - там своя игра, а вот для dsPIC/PIC24 - самое оно походу. Спасибо! - MBedder(28.04.2013 16:21)
- Я же говорил недавно - пользую CVAVR с момента его появления (V1). Эта "надстройка над ассемблером" сначала лепит единый *.С файл, потом компилирует целиком в ассемблерный код. Так что все мои функции и переменные давно оптимизированы с учетом Гудвин(580 знак., 28.04.2013 16:16)
- Сам-то как делаешь - инклюдишь или чИхаешь? :)) - MBedder(28.04.2013 15:56)
- Ну дык а я о чем? :) - Гудвин(28.04.2013 15:53)
- Если честно - сильно ломает заранее описывать каждый будущий чих - MBedder(28.04.2013 14:56)
- Как минимум - меньше писанины, меньше накладных, меньше недоразумений - MBedder(28.04.2013 14:52)