Сахар

+

Знаете что в C++ было б збс Перегрузка стандартных литералов Т.е "", {}, итп

Я бы ещё добавил отсутствие строк как параметров шаблона.

BOOST_METAPARSE_STRING

Знаете что в C++ было б збс Перегрузка стандартных литералов Т.е "", {}, итп

А зачем?

или https://github.com/irrequietus/typestring

Лучше уж создать новый азык-надстройку над C++ в таком случае

Что бы можно было "6465".ToInt()0

кастомные литералы есть в четырнадцатых ж

Мде? Но стандартные не перегрузишь

"" не перегрузишь

ну это *почти* перегрузка же написал например "hello"s и вот уже std::string

http://en.cppreference.com/w/cpp/language/user_literal

ну это *почти* перегрузка же написал например "hello"s и вот уже std::string

Ну вот именно что почти)))

BOOST_METAPARSE_STRING

Фу.

виртуальный конструктор нужен в плюсах )

Что бы можно было "6465".ToInt()0

Есть же просто литералы.

Можно даже кастомные.

Чего не хватат в плюсах http://mariusbancila.ro/blog/2016/11/09/top-10-features-that-i-miss-from-c/

ни одна из этих фич не должнабыть в языке, так как все можно сделать библиотеками

"666"_i

А стандартные не перегрузишь

Фу.

внутри там грязный хак конечно, но для практических целей годится)

виртуальный конструктор нужен в плюсах )

Есть уже, не?

чушь какая-то, честно говоря. столько всего нужно починить, а народ просит какой-то сахарок

внутри там грязный хак конечно, но для практических целей годится)

Всё равно фу(

чушь какая-то, честно говоря. столько всего нужно починить, а народ просит какой-то сахарок

ага

Всё равно фу(

тебе не нравится что это буст или что это макрос?)

чушь какая-то, честно говоря. столько всего нужно починить, а народ просит какой-то сахарок

++

Я может хочу сделать что бы " gch" - был спец тип, с приведением в чар* или tchar*

чушь какая-то, честно говоря. столько всего нужно починить, а народ просит какой-то сахарок

особенно непонятно, чем им плох std::string и зачем раздувать язык еще одним нативным типом вместо него

tchar ... нет такого типа

То есть Короче строковый литерал что бы генерил экземпляр класса

То есть Короче строковый литерал что бы генерил экземпляр класса

вот этого не хватает, да

tchar ... нет такого типа

Винапи))) wchar_t

То есть Короче строковый литерал что бы генерил экземпляр класса

тогда и строковые литералы в шаблонах не нужны будут)

Винапи))) wchar_t

ты уверен? А без дефайна UNICODE?

особенно непонятно, чем им плох std::string и зачем раздувать язык еще одним нативным типом вместо него

я тоже так думал, но std:;string так себе. например геймдев вроде бы плоские строки просит уже давно. да и пару холиваров было с фанатами билдера - их ansisrting и правда получше перфоманс в некоторых ситуациях

То есть Короче строковый литерал что бы генерил экземпляр класса

Типо "45$6@7)" - не new char[8] а myType("45$6@7")

я не готов холиварить, но из-за их универсальности они часто бесполезны

ты уверен? А без дефайна UNICODE?

Чар простой

я тоже так думал, но std:;string так себе. например геймдев вроде бы плоские строки просит уже давно. да и пару холиваров было с фанатами билдера - их ansisrting и правда получше перфоманс в некоторых ситуациях

ну так и надо улучшать std::string, а не делать его нативным

ну так и надо улучшать std::string, а не делать его нативным

А не надо его нативным делать

ай, делать нативным - вообще бред

тебе не нравится что это буст или что это макрос?)

Что это выглядит как костыль.

Надо дать возможность перегрузки стандарт литералов

Напилить и заюзать не такая и проблема.

Но пахнет невкусно.

делать нативными однобайтовые строки - это бред

А не надо его нативным делать

Надо перегрузку разрешать

Учитывая, что строка известна на этапе компиляции, то почему не юзать её как параметр шаблона? Ну, шобы нативно.

Учитывая, что строка известна на этапе компиляции, то почему не юзать её как параметр шаблона? Ну, шобы нативно.

Можно const char* юзать (геморрой тот еще)

А еще

Типо "45$6@7)" - не new char[8] а myType("45$6@7")

ты такой странный. почему не написать юзер литерал и все. "45$6@7)" = char* , а "45$6@7)"_mt = myType

Можно const char* юзать (геморрой тот еще)

Разве можно const char* юзать как параметр шаблона?)

Разве можно const char* юзать как параметр шаблона?)

да

все фундаментальные типы можно юзать как non-type template parameter

Разве можно const char* юзать как параметр шаблона?)

можно, но нельзя в него "посмотреть"

Я хочу Что бы у меня {1, 2} было не std::initializer_list<int>, а че нить другое

все фундаментальные типы можно юзать как non-type template parameter

а double ?)

Я хочу Что бы у меня {1, 2} было не std::initializer_list<int>, а че нить другое

ладно, для фигурных скобок это хотя бы имеет какой-то смысл

ERROR: S client not available

И для строк тоже

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

И может я свой-особый инт хочу

инт аналогично

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

А я хочу стандартный перезагрузить

А аообще C++ -

кто-то перегрузил слово "перегрузить"

кто-то перегрузил слово "перегрузить"

?

Опечатка

например, если у тебя есть future<int> a и future<int> b, нет простых способов сделать future<int> c = a +b

А в чём проблема-то? ( О_о )

кто-то перегрузил слово "перегрузить"

Perl 6, это ты?

Форт

Я хочу Что бы у меня {1, 2} было не std::initializer_list<int>, а че нить другое

с initializer_list вообще беда сейчас например: vector<int> a = {1, 2, 3}; auto b = std::vector{std::move(a)};

А в чём проблема-то? ( О_о )

он имеет в виду, что нельзя сказать сказать вот этот future - это сумма двух других future. сначала должны посчитаться все future которые нужны, а потом только выполнена операция

Опа, а как удалять сообщения?

он имеет в виду, что нельзя сказать сказать вот этот future - это сумма двух других future. сначала должны посчитаться все future которые нужны, а потом только выполнена операция

Так, секундочку

std::future<int> res = std::async( [&]() { return a.get() + b.get(); } );

с initializer_list вообще беда сейчас например: vector<int> a = {1, 2, 3}; auto b = std::vector{std::move(a)};

как думаете, будет ли во второй строчке move или copy?

И может я свой-особый инт хочу

да, тебя точно спасёт https://en.wikipedia.org/wiki/Forth_(programming_language)

std::future<int> res = std::async( [&]() { return a.get() + b.get(); } );

и это будет busy waiting

std::future<int> res = std::async( [&]() { return a.get() + b.get(); } );

щас подумаю, я пересказываю то, что слышал просто. звучит логично

да, тебя точно спасёт https://en.wikipedia.org/wiki/Forth_(programming_language)

В смысле?

и это будет busy waiting

то есть твой callback займет один thread из threadpool'а и будет его держать пока a и b не досчитаются

http://cppcast.com/2015/04/hartmut-kaiser/

для сравнения, с folly::Future будет folly::Future<int> a, b; auto c = collect(a, b).then([](std::tuple<int, int> args) { return get<0?args) + get<1?args); });

и выполнится колбек только когда оба значения уже готовы

ну, то есть в фолли нормальные фьючи и обращение с ними, как в Scala

плюс можно указать, на каком executor выполнять callback

то есть твой callback займет один thread из threadpool'а и будет его держать пока a и b не досчитаются

Ну в общем случае так и надо :) Но в идеале хочешь сказать что фьючерс res должен понимать что он ничего не сможет сделать пока не посчитается фьючерс a`и `b и не должен отжимать тред в пуле?