AlexAbel (23.11.2009 14:21, просмотров: 225) ответил jaga-jaga на а все эти пять программистов тоже пишут на асме? какая необычная у вас контора...-
- Какие нежности;))) - Vit(23.11.2009 20:26)
- Ну, ну ... - Bill(23.11.2009 20:23)
- не сочиняйте. просто нужно уметь их готовить. холиваров асм-си уже почти не встретишь. вы - динозавр :) - jaga-jaga(23.11.2009 14:59)
- ну не скажите, например для dsp очень влияет, самому пришлось одну библиотеку писать на асм для dsPIC, на Си код вополнялся около 20тыс. тактов, на Си с использованием встроенных функций около 8тыс., на асме чуть более 2тыс. тактов. почувствуйте разницу AVF(40 знак., 24.11.2009 08:00)
- безусловно, асм нужно применять там, где действительно нужно. у товарища же асм везде и, имхо, без причин. просто на си не писали для пиков. вот и все. jaga-jaga(61 знак., 24.11.2009 11:25)
- Я что-то не понимаю Вы завидуете? Это вопрос на вопрос:"у товарища же асм везде". Что есть определённые инструкции на чём писать? Только не надо мне втирать про то, про что мы все итак знаем, и прописные истины ТОЖЕ. А вот с этим я с Вами AlexAbel(70 знак., 24.11.2009 19:10)
- ничего втирать не буду. просто показалось, что на си для контроллеров не писали или мало. делайте как хотите. кстати, просто к слову, если бы писали на си, то вопросов бы по тому, как перенести один хитрожопый макрос на другой контроллер просто бы не jaga-jaga(23 знак., 24.11.2009 19:50, ссылка)
- Кстати Взяв за основу в качестве изучения USB стек от микрочип на 18f4550, я был очень удручён тем что целую кучу команд выполняется только для перегона данных из одного места в другое (особенность Си). И просто взял и написал свой на ASMe. Естественно AlexAbel(135 знак., 24.11.2009 20:58)
- Я написал что если такой возможности нет то я обойдусь. Есть куча способов как его обойти, но они все через Ж(если писать на ASMе), просто не понятна политика партии, для чего создавать новый ASM и портить все те хорошие вещи которые были в старом? И AlexAbel(484 знак., 24.11.2009 20:27)
- Могу предложить еще один вариант "обхода". Bill(898 знак., 25.11.2009 09:19)
- "новый асм" - это принципиально другой ассемблер для принципиально другого контроллера. у пик18 и пик24 общего лишь первые три буквы - пик. никакие предыдущие наработки в зачет не пошли. другая команда, все с нуля и т.д. и т.п. - jaga-jaga(24.11.2009 22:10)
- "никакие предыдущие наработки в зачет не пошли" - вот про это я и говорю. А то что пик18 и пик24 разные и ASM разный так и должно быть. - AlexAbel(24.11.2009 22:57 - 23:02)
- Более того. Bill(160 знак., 25.11.2009 09:22)
- "никакие предыдущие наработки в зачет не пошли" - вот про это я и говорю. А то что пик18 и пик24 разные и ASM разный так и должно быть. - AlexAbel(24.11.2009 22:57 - 23:02)
- ничего втирать не буду. просто показалось, что на си для контроллеров не писали или мало. делайте как хотите. кстати, просто к слову, если бы писали на си, то вопросов бы по тому, как перенести один хитрожопый макрос на другой контроллер просто бы не jaga-jaga(23 знак., 24.11.2009 19:50, ссылка)
- Я что-то не понимаю Вы завидуете? Это вопрос на вопрос:"у товарища же асм везде". Что есть определённые инструкции на чём писать? Только не надо мне втирать про то, про что мы все итак знаем, и прописные истины ТОЖЕ. А вот с этим я с Вами AlexAbel(70 знак., 24.11.2009 19:10)
- безусловно, асм нужно применять там, где действительно нужно. у товарища же асм везде и, имхо, без причин. просто на си не писали для пиков. вот и все. jaga-jaga(61 знак., 24.11.2009 11:25)
- ну не скажите, например для dsp очень влияет, самому пришлось одну библиотеку писать на асм для dsPIC, на Си код вополнялся около 20тыс. тактов, на Си с использованием встроенных функций около 8тыс., на асме чуть более 2тыс. тактов. почувствуйте разницу AVF(40 знак., 24.11.2009 08:00)