@ProCxx

Страница 1059 из 2477
Berkus
06.07.2017
22:25:22
добавь to_string(std::string)

тривиальную

Igor
06.07.2017
22:26:25
namespace std { string to_string(string &other) { return other; } ?)

Berkus
06.07.2017
22:26:32
типа того

Google
Scarf
06.07.2017
22:28:04
Для чего здесь переопределять rvalue reference?

Еще и шаблоном

Очень странный код, как по мне

Igor
06.07.2017
22:29:47
Scarf
06.07.2017
22:30:11
Достаточно обычного reference

Berkus
06.07.2017
22:30:48
а что с const объектами?

Scarf
06.07.2017
22:32:12
Да, const reference

ИМХО, еще лучше сделать эту перегрузку friend и определить вне класса

Igor
06.07.2017
22:33:28
Достаточно обычного reference
universal reference же, T&& будет резолвиться в const string& если сделать << some_string_variable и в string&& если << "blah"s или вопрос "а нахрена вообще это разграничивать если можно просто const T& "?

Igor
06.07.2017
22:37:41
типа того
скомпилилось, но это конешо лол

Berkus
06.07.2017
22:38:11
ну нету конверсии строки в строку по дефолту

Google
Berkus
06.07.2017
22:38:25
в комитете чувакам некогда писать реальный софт

Scarf
06.07.2017
22:39:08
Разве это не костыль?

Igor
06.07.2017
22:39:23
Вопрос
"слышал звон" как говорится, что во всякой шаблонной мутотени лучше использовать T&& ибо будет разом учитывать и const type& и type&&

Scarf
06.07.2017
22:39:52
Так тебе же не нужен type&&

литералы отлично передаются по const type&

Igor
06.07.2017
22:40:57
ну нету конверсии строки в строку по дефолту
ну что поделать десу, да но вопрос был скорее про то, что почему вообще он берёт шаблонную версию вместо конкретной перегрузки

Scarf
06.07.2017
22:41:56
В идеале красивее сделать перергузку оператора для строк и const char* без std::to_string

А шаблон оставить для остального

Igor
06.07.2017
22:42:25
перегрузку или специализацию шаблона?

Igor
06.07.2017
22:43:05
потому что перегрузка то уже есть, и он её благополучно игнорирует

Constantine
06.07.2017
22:43:17
а что с ней?
она не thread safe

Berkus
06.07.2017
22:43:20
видимо локаль с ней

Scarf
06.07.2017
22:43:22
std::to_string нельзя пользоваться!
Но у него передается arbitary тип

Berkus
06.07.2017
22:43:29
она тред сейф

Scarf
06.07.2017
22:43:34
она не thread safe
Лол, он использует wait

Constantine
06.07.2017
22:43:42
она тред сейф
а в cppreference написано, что нет

Berkus
06.07.2017
22:43:46
но будет медленнее, пушо локаль будет блочиться между тредами

Scarf
06.07.2017
22:44:33
перегрузку или специализацию шаблона?
Специализация только для классов работает

Google
Berkus
06.07.2017
22:44:34
а в cppreference написано, что нет
нашел кому верить. прочитай лучше cppreference: std::to_string relies on std::locale for formatting purposes, and therefore concurrent calls to std::to_string from multiple threads may result in partial serialization of calls.

Igor
06.07.2017
22:44:47
Лол, он использует wait
перегрузка с wait банально вызывает this_thread::sleep_for, если что

Scarf
06.07.2017
22:45:04
ок, не знал

Igor
06.07.2017
22:46:15
Специализация только для классов работает
т.е. template<class T> func(T){...} template<> func(int){...} вообще не предусмотрено?

Scarf
06.07.2017
22:48:48
т.е. template<class T> func(T){...} template<> func(int){...} вообще не предусмотрено?
Хм, прочел, что только полную можно делать template<> Class::func<int>(int){...}

Berkus
06.07.2017
22:49:19
ну и что значит эта строка?)
она довольно расплывчата, не говорит насколько partial

Scarf
06.07.2017
22:53:07
ИМХО в данном случае специализация ни к чему

Ioann V
06.07.2017
23:13:38
Хех, а когда я свой код скидывал - такого кипиша не было :)

https://pastebin.com/C3TchdLa
Но если кто не видел - вот. Правда все компилится и работает :) Но это ведь не означает, что все хорошо ...?

Pepe
07.07.2017
02:58:28
Кто нибудь юзал Halide? Как перфоманс по сравнению с С?

Pepe
07.07.2017
04:08:06


Из статьи. Халид это язык с llvm компилятором

Kostya
07.07.2017
05:03:41
#НАРУШАЮТ

Scarf
07.07.2017
05:05:53
В этих статьях очень часто завышают показатели, дабы выглядело круче

Но если это так, то интересно

Pepe
07.07.2017
05:07:49
В этих статьях очень часто завышают показатели, дабы выглядело круче
Вот поэтому интересно. Сейчас в компании кто то презентацию сделал , он ещё типа и кучу архитектур поддерживает хотя ему 5 лет

Вот думаю насколько он развит, в том числе tooling и вот это все

Google
Scarf
07.07.2017
05:10:22
В llvm все языки в промежуточный конвертируются, а дальше уже на аритектуру таргета

Вряд ли о нем кто-то знает в индустрии, слишком молодой язык. Я вот вообще первый раз слышу о нем.

Pepe
07.07.2017
05:15:08
Вряд ли о нем кто-то знает в индустрии, слишком молодой язык. Я вот вообще первый раз слышу о нем.
Я тоже. Но говорят в Гугле его юзают и калком тоже поддерживает. Инфа не знаю откуда

Scarf
07.07.2017
05:15:42
Мб как эксперимент, но не в продакшн пока

Admin
ERROR: S client not available

Pepe
07.07.2017
05:16:28
Мб как эксперимент, но не в продакшн пока
HDR+ predates the Pixel, but special-purpose hardware, Qualcomm's Hexagon chip technology, lets Google accelerate it on the Pixel. "Our goal was to maintain quality but improve speed," Knight said. "We met that goal." Specifically, Google uses an open-source image-processing software project it calls Halide. It took Google two years to adapt Halide so it would run using the Hexagon technology.

Продакшн вроде

Scarf
07.07.2017
05:18:01
Хмм

Berkus
07.07.2017
06:41:08
Из статьи. Халид это язык с llvm компилятором
но ведь си и с++ тоже конпелируются llvm

в чем же разница

hexagon поддерживаемый таргет в llvm

то что в halide могут быть какие-то спец алгоритмы именно для обработки изображений - возможно. сравнивать с голым си без polly? популизм чистой воды

/dev
07.07.2017
06:46:40
Что-то слишком подозрительные результаты, а код handcrafted by domain experts есть?

Pepe
07.07.2017
06:56:45
то что в halide могут быть какие-то спец алгоритмы именно для обработки изображений - возможно. сравнивать с голым си без polly? популизм чистой воды
В Халид сделано так что можно отдельно задавать алгоритм и отдельно scheduling -- метод параллелизации и локализации в зависимости от архитектуры (это то что я из презентации понял, не эксперт) и это позволяет компилятору самому оптимизировать код в то время как вручную программист не даёт возможности оптимизации локализации и параллелизации а сам делает плохо

Arseny
07.07.2017
06:56:53
Люди, ребятушки, как часто в продакшне вы используете конструктор переноса? STL не в счет. Я имею ввиду собственноручно написанную логику передачи прав владения

Pepe
07.07.2017
06:58:16
Что-то слишком подозрительные результаты, а код handcrafted by domain experts есть?
Код я ещё не видел. Вот сегодня о нем узнал и спросил может уже кто знает. Буду разбираться

Scarf
07.07.2017
06:59:41
Я читал статьи по PSO, такая же фигня

Google
Pepe
07.07.2017
07:00:27
Это "халайд" вообще или галлид по русски к слову. Но я Халид привык уже)

Pepe
07.07.2017
07:06:31
omp?
Не понял вопрос. Ты имеешь ввиду что написанную на openmp программу компилятор тоже оптимизирует? Не знаю, возможно. Я рассчитывал вообще что мне объяснят , сам пока ещё не разобрался

Berkus
07.07.2017
07:07:48
ну то есть то что ты написал - пещерная сказка какая-то

компиляторы давно так умеют

Scarf
07.07.2017
07:11:05
Ну как бы omp нет в стандарте

Berkus
07.07.2017
07:12:21
Halide тоже нет в стандарте, не понял аргумент

Scarf
07.07.2017
07:12:23
Но такое лучше с FORTRAN сравнивать, не?

Halide тоже нет в стандарте, не понял аргумент
Halide это ж язык, а omp - надстройка на уровне компилятора

Berkus
07.07.2017
07:13:24
все равно не понял аргумент про стандарт

тебе надо - ставишь halide; точно так же если тебе надо - берешь компилятор с поддержкой omp

Страница 1059 из 2477