буст это набор охуенных библиотек, если туда добавить охуенную библиотеку он превращается только в более охуенный буст

Интересно, издательство разрешит мне вставить это эпиграфом к новой книге о Boost? А как перевести на английский эту фразу, да так чтобы сохранить колорит?

Ребят, сорян за оффтоп никто не собирал live555 под Windows? Может у кого собранная есть и можете поделиться? Собираю через nmake, на линковке выдает unresolved symbols в msvcirt.lib

Интересно, издательство разрешит мне вставить это эпиграфом к новой книге о Boost? А как перевести на английский эту фразу, да так чтобы сохранить колорит?

Я не думаю, что издательство пропустит фразу "fucking amazing"

freaking ещё можно

that's fuckin' awesome

Всем хао. Подскажите, как правильнее/предпочтительнее: Есть класс Trie (нагруженное дерево/дерево префиксов), не сжатое, соответственно метод Add (рекурсивно обрабатывает строку, добавляя узлы в Trie). В каждом конечном узле, соответствующему слову, должны быть данные, среди которых <Map> и один счётчик. Собсно вопрос в следующем - это нормально тащить <Map> через метод Add или лучше держать в классе статические поля для хранения текущих значений (данных)? Или есть ещё какой-нибудь вариант получше.

Сейчас метод выглядит так: void Add(const string &str, int ptr = 0); Тащить: void Add(const string &str, map<T1, T2> Data, int ptr = 0);

Ну, по ссылке, а не по значению, конечно*

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

Сейчас метод выглядит так: void Add(const string &str, int ptr = 0); Тащить: void Add(const string &str, map<T1, T2> Data, int ptr = 0);

ты в этом add хочеш хранить эти мапы?

В том-то и вопрос, хочу ли я этого. :D

Сейчас метод выглядит так: void Add(const string &str, int ptr = 0); Тащить: void Add(const string &str, map<T1, T2> Data, int ptr = 0);

Data это возвращаемый объект даных ?

В принципе, кол-во вызовов этого метода будет равно длине строки + 1.

Сейчас метод выглядит так: void Add(const string &str, int ptr = 0); Тащить: void Add(const string &str, map<T1, T2> Data, int ptr = 0);

template< typename key_seq_t, typename data_t > void Add( key_seq_t&& key, data_t&& data ); А такой вариант не рассматривал?

Или ты про метод, который будет один узел с буквой добавлять?

Или ты про метод, который будет один узел с буквой добавлять?

Этот вариант.

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

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

👍

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

{ auto listNode = Add( my_string ); listNode->map = myDataMap; listNode->counter = myDataCounter; }

В упрощённом виде, естественно

{ auto listNode = Add( my_string ); listNode->map = myDataMap; listNode->counter = myDataCounter; }

а вообще я думал add это метод класса владеющего деревом

я ваще думал тут у нас ООП

По сути мапу я буду заполнять из файлика, поэтому есть вариант ещё тащить/хранить в статике дескриптор (ifstrem) файлика и при необходимости (как только последняя буква строки добавиться) начать считывать из него (файлика) и заполнять мапу.

Это уже жесть точно

Согласен.

А вариант с возвратом указателя интересный, хм.

Да вообще в статике что-то хранить только чтобы не передавать аргументом в один метод, который рекурсивный будет — тоже жесть

Если так надо, то можно ещё один класс сделать. { MyTmp tmp( data, this ); tmp.recursion( string ); }

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

Интересно, издательство разрешит мне вставить это эпиграфом к новой книге о Boost? А как перевести на английский эту фразу, да так чтобы сохранить колорит?

"Boost is a fucking good set of fucking good libraries, and if you add one more fucking good library there it makes only more fucking good boost." скорее всего, не разрешит :P

Проверьте пожалуйста у кого стоит MinGW или MinGW-w64: если ли у вас файл unwind.h и находит ли его MinGW при #include <unwind.h> ?

Ух-ты, Полухин здесь))

Проверьте пожалуйста у кого стоит MinGW или MinGW-w64: если ли у вас файл unwind.h и находит ли его MinGW при #include <unwind.h> ?

Блин. Только что перегрузился в Линь(

Больше рефлексии, больше Полухиных))

Ух-ты, Полухин здесь))

Проверьте пожалуйста у кого стоит MinGW или MinGW-w64: если ли у вас файл unwind.h и находит ли его MinGW при #include <unwind.h> ?

Есть.

Есть.

А какой у вас MinGW? Компилятор этот файл видит?

MinGW-w64 6.3

Сейчас попробую скомпилить файл с ним

А какой у вас MinGW? Компилятор этот файл видит?

Видит

А вот такое компилит ? #include <backtrace.h> int main() { backtrace_state* state = backtrace_create_state( 0, 1, 0, 0 ); (void)state; }

А вот backtrace не находит

Это грустно. Спасибо за помощь!

а стандарт c++17 готов? Про поддержку компиляторов я даже не спрашиваю...

С подключением, https://t.me/ProCxxNews/25

Однако https://hackernoon.com/value-ptr-the-missing-c-smart-pointer-1f515664153e

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

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

Угу

да, мой опыт сводится к "не надо использовать"

до прода оно даже не добралось

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

вспомнить бы еще сейчас

Conan.io moves to JFrog Bintray! We are happy to announce support for Conan repositories in JFrog Bintray letting you create any number of personal Conan repositories for your C/C++ packages. а вот это хорошая новость, не знал. возможно станет повеселее

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

если юзает - значит ему ок. я посмотрел поиском сейчас - вроде бы добавили несколько пакетов которых мне не хватало, типа beast, но я не все проверил

ну мне пока хватает брю и мавена, но хочется в итоге чего-то более нативного для плюсов

Подскажите пожалуйста, есть ли книги по плюсам (или др.) не переведенные на русский или с очень плохим переводом. Желательно не больше 500 страниц.

Коллеги, кто завтра идет в антикафешку – отметьтесь, чтобы я знал примерно, сколько народу будет. Результаты: 👍 (2): mymedia AlexFails 👎 (5): sudo97 username_ak ahiddenseeker veselcraft SOJALEI ❔ (2): Oleksandr Eugene

https://twitter.com/vreshetnikov/status/867529685923647492

https://twitter.com/vreshetnikov/status/867529685923647492

а __attribute__((always_inline)) там нету?

а __attribute__((always_inline)) там нету?

нету, похоже

Тензор юзает конан. Осталось найти кого нить оттуда :)

Они его хвалили, но немного рассказали

Тензор юзает конан. Осталось найти кого нить оттуда :)

Хотя есть у нас один...

Тензор - это проапгреженый ООО Вектор? http://lurkmore.to/%D0%9E%D0%9E%D0%9E_%C2%AB%D0%92%D0%B5%D0%BA%D1%82%D0%BE%D1%80%C2%BB

Тензор - это проапгреженый ООО Вектор? http://lurkmore.to/%D0%9E%D0%9E%D0%9E_%C2%AB%D0%92%D0%B5%D0%BA%D1%82%D0%BE%D1%80%C2%BB

да

https://github.com/tonybeltramelli/pix2code/blob/master/README.md

Товарищи, предполагаю, все знакомы с Ranges TS. А было бы интересно иметь что-то подобное в compile time? Типа constexpr int xs[] = {1, 3, 5, 2, 4}; constexpr int ys[] = {1, 2, 3}; static_assert( (xs | sort(std::less<void>{}) | subset(0, 3)) == ys );

конечно

hana'у же юзают, а это как крутое расширение

Вот я боюсь, как бы не сказали, "зачем нам вторая Hana?". Но, кажется, этот пример в Hana невозможен (даже без pipes).

почему? возможно, просто hana оперирует не массивами, а tuple

subset на drop или take заменяется

потому как в Hana результаты предикатов как non-type template parameters используются. Тут такое не сработает.

Товарищи, предполагаю, все знакомы с Ranges TS. А было бы интересно иметь что-то подобное в compile time? Типа constexpr int xs[] = {1, 3, 5, 2, 4}; constexpr int ys[] = {1, 2, 3}; static_assert( (xs | sort(std::less<void>{}) | subset(0, 3)) == ys );

интересно было бы увидеть где такое нужно на практике (в голову не приходит ничего)

Вот по этой самой причине и задал вопрос тут.

Товарищи, предполагаю, все знакомы с Ranges TS. А было бы интересно иметь что-то подобное в compile time? Типа constexpr int xs[] = {1, 3, 5, 2, 4}; constexpr int ys[] = {1, 2, 3}; static_assert( (xs | sort(std::less<void>{}) | subset(0, 3)) == ys );

В принципе, если обмазать констэкспром, то мб сработает

В принципе, если обмазать констэкспром, то мб сработает

Например, в документации к boost::hana::find_if : In the current version of the library, the predicate has to return an IntegralConstant holding a value that can be converted to bool. Так что никакой constexpr не спасет AFAIK...

Например, в документации к boost::hana::find_if : In the current version of the library, the predicate has to return an IntegralConstant holding a value that can be converted to bool. Так что никакой constexpr не спасет AFAIK...

Так IntegralContant еще лучше - он может пройти через не constexpr, а затем из него можно вытащить constexpr