интересно что быстрей случится рефлексия или constexpr контейнеры

интересно что быстрей случится рефлексия или constexpr контейнеры

constexpr контейнеры

constexpr контейнеры

поглядим:)

Если f() возвращает временный объект, а g() возвращает ссылку на него или его часть, то время жизни результата f() не продлевается.

Так там надо руками делать, нет? (руками это не жопой)

Разве там можно огрести проблему, если НЕ написать неявный тайпкаст путем указания сигнатуры g() вида some const& g() const ?

Если f() возвращает временный объект, а g() возвращает ссылку на него или его часть, то время жизни результата f() не продлевается.

В общем, хочу пример кода, где на g() нормально перегрузки по ref qualifier стоят

никто не сталкивался, что cl.exe длинные пути не умеет использовать в инклюдах? cl.exe -I/some/long/path + #include <long/sub/path> = не видит этот хедер

В общем, хочу пример кода, где на g() нормально перегрузки по ref qualifier стоят

for (auto &&x : reversed(f())) Итерация по результату f в обратном порядке. f возвращает vector<int>. Хотя если научить reversed мувить аргумент в себя, то будет работать и так.

Всем привет!!!! Люди, есть где нибудь ресурс где кратко описываются нововведения стандартов?

Всем привет!!!! Люди, есть где нибудь ресурс где кратко описываются нововведения стандартов?

обычно это статьи на хабре\трип репорты людей.

обычно это статьи на хабре\трип репорты людей.

Ясно, спасибо

Ясно, спасибо

хотя.. есть кое-что полезное https://github.com/AnthonyCalandra/modern-cpp-features

О, класс. В избранное

Спасибо!

То что нужно

Ребята, поясните мне пожалуйста, вот что, кому не лень:

ht,zn

Ребят

поясните пожалуйста, как такой возможно

в *.cpp файле реализация функции члена класса объявлена вот так

QThread *QThread::currentThread()

а в *h файле, объявлена вот так: static Q_AUTOTEST_EXPORT QThreadData *current(bool createIfNecessary = true);

И какой либо другой перегрузки, нету.

как такое возможно ? Уж не думаю, что у Qt сорца нерабочие !

Если что, смотреть тут: https://github.com/qt/qtbase/blob/5.11/src/corelib/thread/qthread_p.h https://github.com/qt/qtbase/blob/5.11/src/corelib/thread/qthread.cpp

Это вопрос как никак по CXX !

currentThread vs current - имена же разные

ой, я не то скопировал - должно быть: QThreadData* QThreadData::current() - в cpp, а в *h QThreadData *current(bool createIfNecessary = true) При этом вопрос в том, а где же в ашнике QThreadData::current() :?

Вопрос все еще актуален

что не так?

При этом вопрос в том, а где же в ашнике QThreadData::current() :?

Вопрос все еще актуален

я так и не понял в чем вопрос

он функцию не нашёл

они лежат в qthread_win.cpp/qthread_unix.cpp

Нашел, как раз - не нашел, где ее объявление в *.h файле

в *.cpp файлах что ты привел определение функции QThreadData *current(bool createIfNecessary = true)

А мне нужно понять, где объявление функции QThreadData* QThreadData::current(). Не вижу я ее в классе QThreadData

А мне нужно понять, где объявление функции QThreadData* QThreadData::current(). Не вижу я ее в классе QThreadData

Нажми "перейти к объявлению"

это гитхаб, если что

может они её тело удалить забыли?

Тогда бы при компиляции из сорцов была бы ошибка, которую, сразу же бы и зметили

Но, конечно, похоже на правду. Но вот, довод выше не дает покоя

оно в файле под ифдефами QT_NO_THREAD

может не тестировали такую сборку давно

без потоков

А мне нужно понять, где объявление функции QThreadData* QThreadData::current(). Не вижу я ее в классе QThreadData

аргумент по умолчанию не тупи) а тело в платформо специфик файлах

ОМГ ^ ты не прав

Egor Pugin, [06.09.18 22:46] оно в файле под ифдефами QT_NO_THREAD Egor Pugin, [06.09.18 22:46] может не тестировали такую сборку давно Egor Pugin, [06.09.18 22:46] без потоков А вот это вполне вероятно.

аргумент по умолчанию не тупи) а тело в платформо специфик файлах

Даже если по умолчанию, надо всё равно указывать в определении же.

зачем тебе определение current()?

его ж только вызывают в currentthread

Ну, я как бы понять пытался какой current у меня вызывается и как такое возможно. Ибо есть версия с параметрами по умолчанию, а есть определение в цхх файле - без. А вкуриваю, потому что для развития пишу велосипед.

Ну, я как бы понять пытался какой current у меня вызывается и как такое возможно. Ибо есть версия с параметрами по умолчанию, а есть определение в цхх файле - без. А вкуриваю, потому что для развития пишу велосипед.

Что за велосипед?

Нууууу... Да разный. Свой thread pool с work stealing queue, например.

никто не сталкивался, что cl.exe длинные пути не умеет использовать в инклюдах? cl.exe -I/some/long/path + #include <long/sub/path> = не видит этот хедер

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

Нууууу... Да разный. Свой thread pool с work stealing queue, например.

Gui библиотека на сигналах слотах, без кути. На чистом cxx11 14. Такого вроде нету в сети.

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

ага, пора бы учиться утилитам уже работать с длинными путями

Gui библиотека на сигналах слотах, без кути. На чистом cxx11 14. Такого вроде нету в сети.

это не подходит? Хотя похоже, что мертво http://sigslot.sourceforge.net/

это не подходит? Хотя похоже, что мертво http://sigslot.sourceforge.net/

и мертво давно - 15 лет

Да я разные варики смотрел. Мне ещё важны коннекшны. Меж поточные.

Да я разные варики смотрел. Мне ещё важны коннекшны. Меж поточные.

https://github.com/koplyarov/wigwag

не благодари

Нууууу... Да разный. Свой thread pool с work stealing queue, например.

rayon почитай. Он на расте, но там весело.

на CppRussia15 есть даже доклад

Но скорее мне просто интересно сделать и разобраться со всем самому.

ага, пора бы учиться утилитам уже работать с длинными путями

У CreateProcess есть ограничение на длину командной строки, утилиты ни при чем.

не благодари

Там как понимаю, не все что мне нужно. Но как reference пойдёт.

Там как понимаю, не все что мне нужно. Но как reference пойдёт.

ну это чисто сигналы слоты

Gui библиотека на сигналах слотах, без кути. На чистом cxx11 14. Такого вроде нету в сети.

nana?

У CreateProcess есть ограничение на длину командной строки, утилиты ни при чем.

да он даже берёт из респонз файла, какое ограничение, у меня общая длина командной строки 70кб+

да он даже берёт из респонз файла, какое ограничение, у меня общая длина командной строки 70кб+

а сборка чем происходит?

пакетным менеджером

а, и студией тоже,я им репортил баг, 70кб+ он не сумел переварить, сокращал до 56

https://developercommunity.visualstudio.com/content/problem/306198/command-line-is-too-long-to-fit-in-debug-record.html

пакетным менеджером

Путь насколько длинный? Короче MAX_PATH?

сумма -I и инклюда больше

236+ сколько-то там

можно особо не думать, я тоже тикет открыл

сумма -I и инклюда больше

Ссылку в студию раз открыли :)

Gui библиотека на сигналах слотах, без кути. На чистом cxx11 14. Такого вроде нету в сети.

А как сигналы-слоты реализовываешь? Чисто на коллбэках?

Нет конечно. Как в qt. Так примерно. Коллбеки зло.

Я бы вот хотел чисто удобный сигнально-слотовый механизм, без gui :)

Нет конечно. Как в qt. Так примерно. Коллбеки зло.

с препроцессором?

предобработкой, точнее

?

Без. И без оного можно сделать что нужно.

Нет конечно. Как в qt. Так примерно. Коллбеки зло.

а ты на nana то смотрел?

https://github.com/cnjinhao/nana

Да я же пишу, что пишу сам интереса ради. На сторонние либы смотрю тоже, чтобы был кругозор. Вот так вернее. Цели, просто чтобы был функционал, нету.

Без. И без оного можно сделать что нужно.

в qt, как раз таки, этот механизм завязан на moc. Как у тебя выглядит соединение сигнала со слотом?

в qt, как раз таки, этот механизм завязан на moc. Как у тебя выглядит соединение сигнала со слотом?

signal.. .connect

По синтаксису ближе к boost

По синтаксису ближе к boost

А там, я полагаю, не обходится без коллбэков :) Но суть я понял.

https://github.com/cnjinhao/nana

посмотрел часть про текст, выглядит очень, очень сомнительно

Ссылку в студию раз открыли :)

https://developercommunity.visualstudio.com/content/problem/330159/clexe-i-does-not-work-with-long-path.html