Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Компания Google открыла код hash-функций CityHash, opennews (ok), 12-Апр-11, (0) [смотреть все] http code google com p cityhash source browse trunk src city ccА где там C , pavlinux (ok), 17:29 , 12-Апр-11, (1) –1 // По вашему любой код на плюсах должен использовать все, включая самые безумные, в, Аноним (-), 18:05 , 12-Апр-11, (6) блин, ну оберни это в класс, сделай фабрику, опиши это в интерфейсах, как-нибудь, parad (??), 18:32 , 12-Апр-11, (8) +2 // На, жуй http pavlinux ru CityHash city chttp pavlinux ru CityHash city hКамп, pavlinux (ok), 01:00 , 13-Апр-11, (23) // И где там C А, во, нашел ifdef __cplusplus, oops_ (?), 05:33 , 13-Апр-11, (27) , pavlinux (ok), 17:20 , 13-Апр-11, (30) В коде есть объявления локальных переменных в середине тела функции - такое C-ко, gildor (?), 18:37 , 12-Апр-11, (9) –7 // переварит , pavlinux (ok), 19:02 , 12-Апр-11, (14) +5 // Visual C 2008 не возьмёт GCC я думаю тоже, если расширенный синтаксис отключи, gildor (?), 01:17 , 13-Апр-11, (24) –4 Я чего-то не пойму где проблема code struct a int x int y void vodi , pavlinux (ok), 01:28 , 13-Апр-11, (25) Здесь всё в порядке Но код вида code int a 1 объявление переменнойa a , gildor (?), 16:47 , 17-Май-11, (31) Уже лет 8 как жуёт без всяких расширений, если не больше , bircoph (ok), 04:32 , 13-Апр-11, (26) +2 Еще коменты в виде Или в свежих вариантах стандарта си это уже можно Я по, User294 (ok), 18:53 , 12-Апр-11, (10) –1 // Это C Там же теплейты, а это щастье доступно только на C , Aleksey (??), 18:56 , 12-Апр-11, (11) С99 можно , pavlinux (ok), 19:01 , 12-Апр-11, (13) // А, тогда ок , User294 (ok), 19:19 , 12-Апр-11, (18) –1 ISO IEC 9899 1999 E 6 4 9 Comments1 Except within a character constant, a str, klalafuda (?), 19:02 , 12-Апр-11, (15) Согласен - везде где можно использовать возможности плюсов, надо их использовать, Fixxxer (??), 19:19 , 12-Апр-11, (17) –6 // Им было удобнее выразить uint128 через пару uint64 uint64 Хотя от плюсов там , klalafuda (?), 17:49 , 12-Апр-11, (4)   // PS Впрочем, к самому алгоритму и получаемому хешу это отношения не имеет Переп, klalafuda (?), 17:53 , 12-Апр-11, (5)   static uint128 CityMurmur const char s, Как англоязычные программеры читают э, pavlinux (ok), 18:10 , 12-Апр-11, (7) –1   А все-равно у нас круче умеют На вот тебе, http habrahabr ru blogs compile, User294 (ok), 19:00 , 12-Апр-11, (12) –1   CityMurmur - ШёпотГорода, что такого , Аноним (-), 19:16 , 12-Апр-11, (16) +1   char вместо std string это как раз очень правильно, с остальным согласен , Аноним (-), 09:25 , 13-Апр-11, (28)   существование коллизий - генетическое свойство любых hash-функцийP S математики, Aquarius (ok), 19:39 , 12-Апр-11, (19) +1 // Все правильно, просто для криптографически стойких хеш-функций подбор коллизии д, User294 (ok), 21:18 , 12-Апр-11, (22) –1 // Её и не предполагается использовать для криптографии Об этом в статье написано , kibab (?), 16:15 , 13-Апр-11, (29) +1 Давно не читал подобного бреда 1 Коллизии по определению имеет абсолютно любая , Аноним (-), 19:44 , 12-Апр-11, (20) +2 Мы вам верим, но всё же - где ссылка на бенчмарки , FastDuck (?), 21:08 , 12-Апр-11, (21) +1 1,19,20,21

Сообщения

[Сортировка по времени | RSS]

	4. "Компания Google открыла код hash-функций CityHash"	+/–
	Сообщение от klalafuda (?), 12-Апр-11, 17:49
	Им было удобнее выразить uint128 через пару uint64 + uint64. Хотя от плюсов там конечно не много. Прямо скажем - ничего. Да и то, что есть... using namespace std - расстрел. stdlib.h vs cstdlib, переопределение uintXX_t в uintXX (нахуа?), сплошной char * vs std::string & и пр.. в общем, тяжелое бремя C просто так не проходит. Уж лучше бы написали на C и не вы&^$%&^сь почем зря.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Компания Google открыла код hash-функций CityHash"	+/–
	Сообщение от klalafuda (?), 12-Апр-11, 17:53
	> Им было удобнее выразить uint128 через пару uint64 + uint64. Хотя от плюсов там конечно не много. Прямо скажем - ничего. Да и то, что есть... using namespace std - расстрел. stdlib.h vs cstdlib, переопределение uintXX_t в uintXX (нахуа?), сплошной char * vs std::string & и пр.. в общем, тяжелое бремя C просто так не проходит. Уж лучше бы написали на C и не вы&^$%&^сь почем зря. PS: Впрочем, к самому алгоритму и получаемому хешу это отношения не имеет. Переписывается на что угодно как угодно в течении часа. Если очень хочется. Всего лишь мелкие придирки к стилю конкретного девелупера гугла, не более. А вот то, что описание подоплеки и математическое обоснование алгоритма отсутствует и есть лишь тупой код не важно какого размера - use it on your own risk. Удачи.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Компания Google открыла код hash-функций CityHash"	–1 +/–
	Сообщение от pavlinux (ok), 12-Апр-11, 18:10
	static uint128 CityMurmur(const char *s,... Как англоязычные программеры читают этот бред?! :) cтатичный бцел128 ГородМурмур(пост символ *s,...
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Компания Google открыла код hash-функций CityHash"	–1 +/–
	Сообщение от User294 (ok), 12-Апр-11, 19:00
	> static uint128 CityMurmur(const char *s,... > Как англоязычные программеры читают этот бред?! :) > cтатичный бцел128 ГородМурмур(пост символ *s,... А все-равно у нас круче умеют :). На вот тебе, http://habrahabr.ru/blogs/compilers/116301/ Самопальный гопоязык то черт с ним, а вот "сишный" сорц в коментах выглядит убедительно....
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Компания Google открыла код hash-функций CityHash"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-11, 19:16
	CityMurmur - ШёпотГорода, что такого?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	28. "Компания Google открыла код hash-функций CityHash"	+/–
	Сообщение от Аноним (-), 13-Апр-11, 09:25
	char* вместо std::string это как раз очень правильно, с остальным согласен.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема