Вверх ↑
Этот топик читают: Гость
Ответов: 1429
Рейтинг: 50
#1: 2012-03-09 14:18:18 ЛС | профиль | цитата
Не приятно такое читать
Особенно, когда в моей программе сотни переменных Real
real_type.png

Я где-то читал, что FTCG может работать только с Real, ну и пусть себе работает.
А нельзя, ли как-то сказать кодогенератору FTCG, в самом конце печатать тип Double вместо real?
Просто надпись заменить?
карма: 0

0
файлы: 1real_type.png [53.9KB] [304]
Ответов: 3889
Рейтинг: 362
#2: 2012-03-09 14:25:48 ЛС | профиль | цитата
login, а так ли необходимы в Вашей программе дробные числа, иногда имеет смысл работать с Integer по надобности применяя масштабные коэффициенты.
карма: 1

0
Ответов: 8976
Рейтинг: 825
#3: 2012-03-09 14:39:19 ЛС | профиль | цитата
1nd1g0 писал(а):
иногда имеет смысл работать с Integer
Для скорости переходим на целочисленную арифметику "А у нас было!" -- и называется Int64
карма: 19

1
Голосовали:login
Ответов: 1429
Рейтинг: 50
#4: 2012-03-09 15:05:49 ЛС | профиль | цитата
я понимаю, что лучше с int, и у меня все массивы данных в integer (кроме того InterLockExschenge функции только с int работают), но у меня очень много математики в которой есть коэффициенты, и есть промежуточные рассчеты в самых быстрых местах, и все они real.

Леонид, Int64 - тоже кодогенератор не напишет. Надо знать место где он выводит слова в код, чтобы менять типы.

(пардон int64 прекрасно работает, проверил

#hws
lang (i:int)
lng.decl_priv_var(i,'int64')
end


------------ Дoбавленo в 15.05:
1nd1g0, Леонид, я уже пробовал всё делать в int, это возможно если размеры примитивов установить = 1.
Просто я запутался и большое количество багов в виде неточного попадания пикселов друг в друга после округления меня замучало.

Соберусь с духом, и еще раз, попробую перейти полностью на int



И чего я такой тормоз, сразу не догадался:

#hws
lang(Resultat:real)
lng.decl_priv_var(Resultat, 'double')
Работает! ))
карма: 0

0
4
Сообщение
...
Прикрепленные файлы
(файлы не залиты)