Мантейнер системной библиотеки GNU C Library представил (http://udrepper.livejournal.com/20948.html) набор новшеств в готовящейся к релизу версии glibc 2.10, на базе которой будет построен дистрибутив Fedora 11.

В новой версии glibc ожидается:

-  Поддержка стандарта POSIX 2008. Например, добавлены новые макросы, реализована функция psiginfo, добавлена поддержка флагов  O_SEARCH и O_EXEC;
-  Более жёсткое соответствие требованиям C++, например, в дополнение к
"char *strchr(char *, int)" добавлено "const char *strchr(const char *, int)", т.е. конструкция "char *i = strchr(in, 'i')", если in имеет тип "const char *i" приведёт к ошибке;
-  Поддержка особенностей будущего стандарта C++ 201x. Например, добавлен обработчик at_quick_exit и функция quick_exit, для экстренного завершения процесса без вызова глобальных деструкторов;
-  Улучшение в функциях DNS NSS в плане обработки нескольких параллельных запросов;
-  Использование NSS (Network Security Services) в libcrypt;

-  П...

URL: http://udrepper.livejournal.com/20948.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=21329

• Обзор новшеств будущей версии системной библиотеки glibc - 2...,vadiml, 00:47 , 19-Апр-09
  • Обзор новшеств будущей версии системной библиотеки glibc - 2...,Sunder, 11:42 , 19-Апр-09
• Обзор новшеств будущей версии системной библиотеки glibc - 2,mma, 08:08 , 19-Апр-09
• Обзор новшеств будущей версии системной библиотеки glibc - 2...,pavlinux, 15:13 , 19-Апр-09
  • Обзор новшеств будущей версии системной библиотеки glibc - 2...,www2, 08:51 , 20-Апр-09
    • Обзор новшеств будущей версии системной библиотеки glibc - 2...,pavlinux, 20:03 , 20-Апр-09
      • Обзор новшес,Andrey Mitrofanov, 11:03 , 21-Апр-09
• Обзор новшеств будущей версии системной библиотеки glibc - 2...,Аноним, 10:19 , 20-Апр-09

> для систем с современным CPU Intel

А для AMD что?

Там сказано: "например"
Соответственно если процессор АМД то будет выполняться другай версия функции, если она есть конечно.

Вот их не понять, то отказываются от нумероаций по версиям, теперь опять вернулись к традиционной нумерации.

const char *str = "OK";
int sz;
sz = strlen(str); -и для этой хрени будут задействоваться SSE4.2 :)

Обозвали бы уж strlen_sse, strchr_sse

>Обозвали бы уж strlen_sse, strchr_sse

Дааа... А потом наплодили бы два варианта софта: тот, который пользуется функциями strlen и strchr и тот, который пользуется strlen_sse и strchr_sse. И предлагать скачивать разные наборы дисков: Fedora_11_i386 и Fedora_11_i386_sse...

Сделают просто две версии библиотеки GNU libc, каждая с оптимизацией под конкретный тип процессора. Заменил библиотеку - весь софт стал пользоваться функциями с оптимизацией под процессор с SSE. Как это делается и сейчас.

>>Обозвали бы уж strlen_sse, strchr_sse
>
>Дааа... А потом наплодили бы два варианта софта: тот, который пользуется функциями
>strlen и strchr и тот, который пользуется strlen_sse и strchr_sse. И
>предлагать скачивать разные наборы дисков: Fedora_11_i386 и Fedora_11_i386_sse...
>
>Сделают просто две версии библиотеки GNU libc, каждая с оптимизацией под конкретный
>тип процессора. Заменил библиотеку - весь софт стал пользоваться функциями с
>оптимизацией под процессор с SSE. Как это делается и сейчас.

Блин, ну ни хочу я чтоб для вычисления длины строки
в один или два символа использовались SSE4.2.

Какая нить #pragma nosse имеется????

> Блин, ну ни хочу я чтоб для вычисления длины строки
>в один или два символа использовались SSE4.2.

Для Вас специально:
#define TWO_CHAR_STRING_LEN 2

s/Мантейнер/Мейнтейнер/

А вообще лучше "сопровождающий".