Как я могу гарантировать, что lrint встроен в gcc?

Прочитав эту тему, мы убедились, что использование стандартных C или C++ приведений для преобразования чисел с плавающей запятой в целые числа на Intel очень медленно. Для того, чтобы соответствовать спецификации ANSI/ISO, процессоры Intel должны выполнить большое количество инструкций, включая те, которые необходимы для переключения режима округления аппаратного обеспечения FPU.

Существует ряд обходных путей, описанных в различных документах, но самый чистый и наиболее переносимый похоже, это вызов lrint (), добавленный к стандартам C99 и C++ 0x. Во многих документах говорится, что компилятор должен встроенно расширять эти функции, когда оптимизация включена, что приводит к коду, который быстрее обычного приведения или вызова функции.

Я даже нашел ссылки на пакеты отслеживания функций gcc, чтобы добавить это встроенное расширение в оптимизатор gcc, но в моих собственных тестах производительности я не смог заставить его работать. Все мои попытки показывают, что производительность lrint намного медленнее, чем a простое приведение в стиле C или C++. Анализ выходных данных сборки компилятора и разборка скомпилированных объектов всегда показывает явный вызов внешней функции lrint() или lrintf ().

Версии gcc, с которыми я работал, - это 4.4.3 и 4.6.1, и я попробовал несколько комбинаций флагов на 32-битных и 64-битных x86-мишенях, включая опции явного включения SSE.

Как мне получить gcc для встроенного расширения lrint и быстрого преобразования?