Пофоткали Страуструпа и разошлись )

Эх, щас бы в 2017м не пользоваться стандартом 2011 года

ну так что там с лямбдами, отличия есть (кроме шаблонов)?

у меня кстати вопрос: а можно в нормальное ide запихать solution из visual studio? Чтобы типо инклуды подхватились и все такое. Дебажить и собирать я согласен и vs

пруф или МОДНОМОЛОДЕЖНО

кстати в случае с лямбдой, которую не собираетесь куда либо передавать - непонятно как оно вообще может быть альтернативой implement функции

или вы хотите ее в global std::function в cpp заинстансить?

ну ты такой void A::f() { static const auto somef = [] () { doTheJob(); }; somef(); }

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

ну как же

ну так что там с лямбдами, отличия есть (кроме шаблонов)?

На уровне стандарта хз, вроде нет. Компиляторы же инлайнить их учатся

void A::f() { static const auto somef = [] () { doTheJob(); }; somef(); } void A::f2() { somef(); } //ошибка компиляции

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

это к вопросу о плюсах

область видимости меньше

область видимости меньше

И заинлайниться могут без явного указания

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

так учатся или уже научились?

И заинлайниться могут без явного указания

Сейчас скорее другая ситуация. Почти все инлайнится без явного указания на то, чтобы не инлайнилось.

вообще заставили задуматься ) спасибо вам за вопрос )

Вполне хорошим кейсом тогда оно может быть

Если за это ненадо платить то это пожалуй лучшее решение такой задачи

И заинлайниться могут без явного указания

А это плюс или минус? Если, предположим, функция вызывается 8 раз и состоит из 10 строчек кода

есть такая проблема у взрослых разрабов: отрицание нового

Новое это что, лямбды?

есть такая проблема у взрослых разрабов: отрицание нового

нуу, есть разные отрицатели ) упертые как бараны... и те у кого это лишь первая защитная реакция с дальнейшим анализом )

Новое это что, лямбды?

скорее варианты использования нового )

А это плюс или минус? Если, предположим, функция вызывается 8 раз и состоит из 10 строчек кода

не думай об этом, компилятору лучше знать я уверен, что в твоей программе есть гораздо больше проблем с производительностью в других местах

Новое это что, лямбды?

ну вот же тут было восстание против лямбд, значит и они кому-то новык

А это плюс или минус? Если, предположим, функция вызывается 8 раз и состоит из 10 строчек кода

У компилятора есть куча внешних крутилок, лучше их крутить, чем за него думать. -s, например

даже целое восстание? ) я бы почитал, когда было?

да вот только что )

А ты в группе vk.com/procxx есть? Я туда обычно инфу по мероприятиям пишу

чейта закрытая, туда только профессионалов пускают после сдачи профессионального экзамена?)

да вот только что )

да это преувеличение, против лямбд то никто ничего против не имел... чисто кейс "локальной" функции рассматривали

да это преувеличение, против лямбд то никто ничего против не имел... чисто кейс "локальной" функции рассматривали

у замыканий есть свои применения в comp science, а в качестве например предикатов лямбды вообще идеальны

замыкания даже в паскале есть

замыкания даже в паскале есть

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

лиспом не убедить

но даже в старом добром паскале есть

еще который в школе был )

лямбды - это очень удобно, а если их не хранить, то еще и бесплатно

замыкания даже в паскале есть

В паскале еще множества есть. Нормальные множества.

В паскале еще множества есть. Нормальные множества.

а в с++?

лиспом не убедить

ну да, паскаль это конечно убедительней.

а в с++?

В c++ они не "математические".

ну да, паскаль это конечно убедительней.

вопрос религии

у замыканий есть свои применения в comp science, а в качестве например предикатов лямбды вообще идеальны

дак ктож отрицал то )))

В c++ они не "математические".

std::valarray ?

или ты о другом?

в Паскале можно сделать множество из разных типов?

не помню такого чот

ну в принципе что мешает тебе сделать это на с++?

std::valarray от std::any

Ничего, я к тому, что в паскале оно из коробки.

ну для этого язык менять не нужно, каждый волен сам

написать библиотеку

а напомни как выглядят множества из разных типов в Паскале?

не помню вообще :(

то что я сейчас вижу в гугле - сет там только из значений одного типа

чейта закрытая, туда только профессионалов пускают после сдачи профессионального экзамена?)

потому что тяжело модерировать кучу сообществ. и проще по инвайтам модерировать

как доехал?)

отл

потому что тяжело модерировать кучу сообществ. и проще по инвайтам модерировать

тоже постучался )

Посмотрел я содержание этого стандарта, и кажется перевод там так себе, или даже хуже.

то что я сейчас вижу в гугле - сет там только из значений одного типа

Что-то я тоже. Походу либо это был не паскаль, либо я совсем дурак. Попробую вспомнить сейчас, это где-то 9 класс был.

Склоняюсь сейчас к тому, что это я дурак и там был сет из чаров на 0-9, a-z.

Ого, можно и буквы, и цифры хранить

В паскале еще множества есть. Нормальные множества.

Ну, где множество корней функции Дирихле в Паскале?

РЕбят, простите, что спрошу второй раз, задача такая, изменить точку входа с main(int, char**) на main((const std::vector<std::string>& args)

все перерыл

максимум что нашел, это если бы к примеру точка была бы не мэйн то можно было бы использовать флаг -e у gcc

попытатся как то заменить _start хорошим не заканчивается

РЕбят, простите, что спрошу второй раз, задача такая, изменить точку входа с main(int, char**) на main((const std::vector<std::string>& args)

Зачем тебе это?

Зачем тебе это?

В инсте задали....

вызови одно из другого

нельзя

это костыль

В инсте задали....

Изврат какой-то.

нужно именно сменить вход, ане тупо один из другого вызвать

(

при том, от std нельзя отказаться ибо нужно будет вызвать внутри cout какой-нибудь

а значит -nostdfiles не пойдет

голову сломал.... неделю уже ищу