Здравствуйте, alpha21264, Вы писали:

A>>>Разбираюсь тут с библиотекой glibc. Вот этой:
A>>>А для 64-битных double... на целых числах!!!
A>>>Исходники лежат здесь: (корень)/sysdeps/ieee754/dbl-64
A>>>Соответсвенно скорость падает в СТО раз.

A>>>Это вообще нормально, или я что-то пропустил?

vsb>>А gcc в оптимизированном режиме случайно не заменяет эти функции своими вызовами?

A>Нуу... понимаешь... gcc-то для этого процессора тоже мы пишем.
A>Нет, не подменяет. Да и не должен. Это же функции.
A>Как компилятору знать, что делают эти функции и на что их менять?

Есть стандартные функции и при их использовании компилятор часто вставляет не вызов функции, а какой-то другой код или вызов другой функции. Например puts вместро printf("bla\n") или свою реализацию вместо вызова memcpy.

Здравствуйте, alpha21264, Вы писали:

vsb>>А gcc в оптимизированном режиме случайно не заменяет эти функции своими вызовами?

A>Нуу... понимаешь... gcc-то для этого процессора тоже мы пишем.
A>Нет, не подменяет. Да и не должен. Это же функции.
A>Как компилятору знать, что делают эти функции и на что их менять?

Есть стандартные функции и при их использовании компилятор часто вставляет не вызов функции, а какой-то другой код или вызов другой функции. Например puts вместро printf("bla\n") или свою реализацию вместо вызова memcpy.

Впрочем синус он вроде не заменяет, так что в данном случае это не то.