-
- Если эти переменные используются в рамках одной функции, то их можно завести на стеке. Так и делает большинство С-компиляторов. По-другому (статическое дерево «скомпилированного стека» aka «оверлеев данных») делают только тогда, когда стек ReAl(1332 знак., 28.08.2011 09:57)
- В свое время я написал набор Bill(15295 знак., 28.08.2011 20:54 - 21:19)
- Небольшая правка реестра легко исправляет вашу проблему. rezident(125 знак., 28.08.2011 21:50, ссылка)
- СПАСИБО!!! - Bill(28.08.2011 22:06)
- Вот так rezident(4634 знак., 28.08.2011 21:35 - 21:39)
- Небольшая правка реестра легко исправляет вашу проблему. rezident(125 знак., 28.08.2011 21:50, ссылка)
- А не короче ли будет так: Ксения(284 знак., 28.08.2011 11:54 - 11:58)
- Да, короче на два байта и два такта. Но в реальных условиях правильнее через .set/.equ/#define задать именованные смещения переменным и писать std Y+CNT, r16 / std Y+CNT+1, r17, что несколько уменьшает возможность ошибок, в том числе и на ReAl(109 знак., 28.08.2011 13:02)
- короче так: int x; - koyodza(28.08.2011 12:26)
- Я запомнил тогдашнее ваше сообщение. Последняя программа сделана на ldd\std. Сначала написал на lds\sts. Запустил, отладил. Не понравился объем программы. Сел, оценил, перелопатил. Где переписал, где с указателем. На 2 сотни байтов ужал. Теперь mazur(39 знак., 28.08.2011 10:18)
- В свое время я написал набор Bill(15295 знак., 28.08.2011 20:54 - 21:19)
- никто ведь не мешает далее использовать эти участки ОЗУ по другому назначению, вот так и реализуется. Argon(71 знак., 28.08.2011 09:09)
- Если эти переменные используются в рамках одной функции, то их можно завести на стеке. Так и делает большинство С-компиляторов. По-другому (статическое дерево «скомпилированного стека» aka «оверлеев данных») делают только тогда, когда стек ReAl(1332 знак., 28.08.2011 09:57)