0
Ну, думаю нескоро. Вообще, лучше думать, что когда ты выделяешь 16бит там, где достаточно 8ми, то где-то умирает котенок ;). Не надо приближать тепловую смерть вселенной :) увеличением потребляемых ресурсов.
  • avatar
  • DareDen
  • 18 октября 2011, 14:08
0
Не, ну не так же. А BYTE? А WORD? Не все там типы == DWORD.
Насчет DSP согласен, что смысла большого нет, но на месте разрабов я все же оставил бы байт 8ми битным. Ну да Бог им судья, по крайней мере ясна область, где ОБЯЗАТЕЛЬНО надо учитывать разрядность байта.
  • avatar
  • DareDen
  • 18 октября 2011, 13:01
0
А интересно, CHAR_BITS у этой моторолы 16? Если нет, то забросать их камнями и предать анафеме :).
  • avatar
  • DareDen
  • 18 октября 2011, 12:21
0
Вы знаете, мне очень сильно кажется, что байт никогда не будет больше 8ми бит. Это уже традиция, а традиции редко меняют. Не зря же ввели для юникодных символов отдельный тип wchar_t? А про размер char вспоминается define CHAR_BITS (если не путаю), так что можно писать с оглядкой и на него.
  • avatar
  • DareDen
  • 18 октября 2011, 11:35
0
Причем, что интересно «data storage» — то есть оперативная память никого не волнует, похоже :). Теперь осталось найти определения «basic character set» (а не просто набора символов) и «execution enviroment» (особенно в контексте кросскомпиляции интересует execution чего? Компилятора, программы...). Давайте все же остановимся на 8ми битном байте, а?
  • avatar
  • DareDen
  • 18 октября 2011, 11:02
+1
А бит в нем восемь. Или больше :) (5.2.4.2.1), но все же в 99.9% случаев восемь (дураков, слава Богу мало, делать невосьмибитные байты). А чтоб разночтений вообще не было, я использую везде uint8_t вместо «классического 8ми битного» байта, чего и всем желаю.
  • avatar
  • DareDen
  • 18 октября 2011, 10:44
0
Давайте ограничимся функциями mem..., поскольку str… это все же из другой оперы. Смотрим на 7.21.1 —
each character shall be interpreted as if it had the type unsigned char
. Так что есть указание на явный тип :) и спецификацию придется переделывать, если что. ИМХО все это потому, что все эти функции в C99 почему-то висят в String manipulation разделе, хотя по факту относятся к сырой памяти. Я взял описание из man страницы (сейчас все же не 99й год). Надо будет глянуть на новый стандарт С++, как там с этим.
А вообще БАЙТ — он один, это единица объема информации, величина строго определенная в теории. Он весьма конкретен и однозначен.
  • avatar
  • DareDen
  • 18 октября 2011, 10:18
+1
Ну так это, должно быть как рефлекс при написании кроссплатформенного кода

#include <stdint.h>

И все, у нас есть точно заданные по размеру типы: int8_t etc.
  • avatar
  • DareDen
  • 18 октября 2011, 08:41
0
DESCRIPTION
The memmove() function copies n bytes from memory area src to memory area dest.
Не вижу размера в символах ;). Какой метод работы с памятью вы называете стандартным?
  • avatar
  • DareDen
  • 18 октября 2011, 08:37
0
Граммар-наци mode on: «автоматически выходить из halt рЕжима». А так плюс, полюбому :). Спасибо. От какого минимального количества фруктов работать будет не проверял? :)
  • avatar
  • DareDen
  • 15 октября 2011, 21:09
0
Залез в стандарт. Вот в чем дело:
An empty list in a function declarator that is part of a definition of that function specifies that the function has no parameters. The empty list in a function declarator that is not part of a definition of that function specifies that no information about the number or types of the parameters is supplied.
То есть в extern действительно надо писать void в данном случае. Интересно, почему другие компиляторы не обращают внимания на это утверждение? (С99 $6.7.5.3 14)
  • avatar
  • DareDen
  • 07 октября 2011, 11:30
0
Да, именно так. Void в скобках оказался обязательным, что кажется странным, после стольких лет и компиляторов :).
  • avatar
  • DareDen
  • 07 октября 2011, 11:16
0
Для IAR не подойдет, ИМХО. У них своя библиотека для STM8. Но если использовать только StdPeriphLib, то может и будет собираться. Схема подключения — в хидере :). Аргументы названы как пины дисплея.
Насчет STM8L самому было бы интересно узнать :). Если удастся проверить, отпишитесь, плиз.
  • avatar
  • DareDen
  • 07 октября 2011, 10:46
0
Да, вы совершенно правы, спасибо за уточнение. Но я обычно запускаю демона все же из под рута — привычка.
  • avatar
  • DareDen
  • 01 октября 2011, 18:00
0
:) Ну и слава Богу. Всегда пожалуйста.
  • avatar
  • DareDen
  • 30 сентября 2011, 18:46
0
Нескромный вопрос — вы из под рута запускаете? Из под обычного юзера работать не будет.
  • avatar
  • DareDen
  • 30 сентября 2011, 14:48
0
Ага, проверил — там теперь только configure — ну значит игнорируйте первую строчку и выполняйте остальные — должно сработать.
  • avatar
  • DareDen
  • 30 сентября 2011, 14:37
0
Да, именно скрипт. Скачиваете исходники openocd, распаковываете, и выполняете в полученной директории эту последовательность команд.
  • avatar
  • DareDen
  • 30 сентября 2011, 14:09
0
Диагноз ясен — openocd собран без поддержки ft2232. Обратите внимание на кусок кода

$ ./bootstrap
$ ./configure --enable-maintainer-mode --enable-ft2232_libftdi
$ make && sudo make install

Собирать надо именно так, иначе поддержки этого чипа не будет.
  • avatar
  • DareDen
  • 30 сентября 2011, 13:42
0
Подключите адаптер и выложите вывод dmesg на что-то типа pastebin.com, тогда попробую что-то подсказать.
  • avatar
  • DareDen
  • 30 сентября 2011, 07:32