местный 12309?

возможно, что и из-за него..

НАДО ФИКСИТЬ!

я вот сегодня для себя открыл, почему у меня так странно себя программа ведет в момент инициализации boost::filesystem::path из строки. Казалось бы что тут такого, а оно вон оно как.

Ну я могу вас обрадовать - мейнтейнера у Boost.Filesystem нет

Так что держитесь, всего хорошего

а что за 12309 ?

а что за 12309 ?

гугли про Linux 12309

Ну я могу вас обрадовать - мейнтейнера у Boost.Filesystem нет

7 лет нет?

Ну я могу вас обрадовать - мейнтейнера у Boost.Filesystem нет

С++17 надо юзать а не буст файлсистем

7 лет нет?

нет. недавно не стало

С++17 надо юзать а не буст файлсистем

а ты оптимист :)

гугли про Linux 12309

лооол, не знал)

С++17 надо юзать а не буст файлсистем

мы пока на 14, как соберемся обязательно переползем

нет. недавно не стало

опять? на этот раз окончательно?

гугли про Linux 12309

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

опять? на этот раз окончательно?

этот мейнтейнер ушёл окончательно и бросил 4 либы вроде бы. сейчас ищется замена

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

у меня уже давно не воспроизводится

Я находил флешки где даже на самом последнем ядре воспроизводится

Я находил флешки где даже на самом последнем ядре воспроизводится

а вот у меня как-то всё нет ? это я просто везучий, видать :)

этот мейнтейнер ушёл окончательно и бросил 4 либы вроде бы. сейчас ищется замена

Давайте все вместе Антона попросим)

Ну они вроде как в очередной раз поменяли стек

нет. недавно не стало

Димов? вроде 20 дней назад коммитил чето

Я находил флешки где даже на самом последнем ядре воспроизводится

ну а почему бы и нет

ну а почему бы и нет

Ну ядрописатели клянутся-божатся что стек пофикшен как и планировщик ио

Димов? вроде 20 дней назад коммитил чето

он не мейнтейнер

он не мейнтейнер

?

существуют ли способы безболезненного форвард-объявления class boost::thing;, чтобы если настоящая class boost::thing вдруг превратилась в using boost::thing = boost::stuff, компилятор не взрывался жалобами на error: conflicting declaration typedef

существуют ли способы безболезненного форвард-объявления class boost::thing;, чтобы если настоящая class boost::thing вдруг превратилась в using boost::thing = boost::stuff, компилятор не взрывался жалобами на error: conflicting declaration typedef

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

Иногда делают

интересует обобщённый способ безотносительно буста) что-то мне подсказывает что его не бывает, но вдруг

Нет, его не бывает

существуют ли способы безболезненного форвард-объявления class boost::thing;, чтобы если настоящая class boost::thing вдруг превратилась в using boost::thing = boost::stuff, компилятор не взрывался жалобами на error: conflicting declaration typedef

@webreh как-то рассказывал про что-то похожее на примере std::swap

А свап тут при чем ?

существуют ли способы безболезненного форвард-объявления class boost::thing;, чтобы если настоящая class boost::thing вдруг превратилась в using boost::thing = boost::stuff, компилятор не взрывался жалобами на error: conflicting declaration typedef

я не знаю, такой вариант подойдет тебе или нет, но можно играть с inline namespace-ами перекидывая inline между версиями api: namespace my { namespace v1 { struct thing; } inline namespace v2 { namespace detail { class staff; } using thing = detail::staff; } }

> inline namespace ну вот, а вы говорите - новые стандарты, знания преуменьшаются... *ушёл гуглить*

> inline namespace ну вот, а вы говорите - новые стандарты, знания преуменьшаются... *ушёл гуглить*

там довольно простая идея: inline namespace полностью транслируется в обрамляющий его namespace

> inline namespace ну вот, а вы говорите - новые стандарты, знания преуменьшаются... *ушёл гуглить*

да, это мега-вещь, я о ней узнал в 2010-м, когда читал en.wiki по c++0x

вещь крутая, да но я всё-таки искал какое-то declaretype boost::io_service;, которое написал один раз и пользуйся в своё удовольствие const io_service*, а оно под капотом пускай само уже меняется с класса на тайпдеф между разными бустами )

а, наверное, проще будет #ifdef'ом обрамить

а, наверное, проще будет #ifdef'ом обрамить

но эти вещи надо сознательно себе запрещать в свете грядующих модулей :)

какие вещи?

какие вещи?

макросы :)

вещь крутая, да но я всё-таки искал какое-то declaretype boost::io_service;, которое написал один раз и пользуйся в своё удовольствие const io_service*, а оно под капотом пускай само уже меняется с класса на тайпдеф между разными бустами )

тогда у меня решения нет

эх, люблю плюсы ? -- There were no errors while building openssl library, but while compiling the project itself I get libssl.a(s3_both.o): In function `ssl_cert_type': s3_both.c:(.text+0x24a): undefined reference to `X509_certificate_type' -- Reverse the order of linking libssl.a and libcrypto.a, and it should solve the problem. почему линкеры делают это прямо наживую, почему вначале не собрать всё воедино, убедиться что неиспользуемые штуки действительно не используются, и только потом вырезать символы от них?

это не проблема плюсов

в сях та же самая история

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

эх, люблю плюсы ? -- There were no errors while building openssl library, but while compiling the project itself I get libssl.a(s3_both.o): In function `ssl_cert_type': s3_both.c:(.text+0x24a): undefined reference to `X509_certificate_type' -- Reverse the order of linking libssl.a and libcrypto.a, and it should solve the problem. почему линкеры делают это прямо наживую, почему вначале не собрать всё воедино, убедиться что неиспользуемые штуки действительно не используются, и только потом вырезать символы от них?

можно -Wl,--start-group обернуть

ух ты, спасибо, попробую при случае

С++17 надо юзать а не буст файлсистем

на с++фс перешёл, пробую использовать boost.process, а там свои boost::fs::path, спрашиваю у разраба - будете 17 поддерживать? говорит, нет, вы там держитесь, мы на буст фс и дальше

на с++фс перешёл, пробую использовать boost.process, а там свои boost::fs::path, спрашиваю у разраба - будете 17 поддерживать? говорит, нет, вы там держитесь, мы на буст фс и дальше

надо, наверное, не спрашивать, а предложить PR с реализацией 17-й FS

надо, наверное, не спрашивать, а предложить PR с реализацией 17-й FS

Трувей

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

надо, наверное, не спрашивать, а предложить PR с реализацией 17-й FS

Так никогда времени на написание своего кода не будет

Так никогда времени на написание своего кода не будет

А чем это не свой код?

тем, что он не решает свою проблему

Разве?

про ПР я вроде спрашивал, либо начинал реализовывать, но не пошло, т.к. используются другие буст библиотеки, которые по цепочке тянут свою фс

Как раз наоборот

тем, что он не решает свою проблему

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

Народ, кто сталкиваллся с таким бредом и как решали если что? Win 10, Clion/Qt, Mingw Когда в дебаге включаю "посмотреть значение переменной" у контейнера( vector<int> a; .... a[0], a.at(0)), в Mingw32 Оно просто прекращает дебаг с еррором 3, а в Mingw64 оно выкидывает gdboring.exe stop working.

если мне не изменяет память Clion+Mingw не работат дебаггер либо работает но отвратительно

надо, наверное, не спрашивать, а предложить PR с реализацией 17-й FS

там ещё по boost::fs v4 (сейчас v3) были какие то планы, но всё это может растянуться на несколько тредов по 100 сообщений и N лет работы) буст в этом плане довольно неповоротлив стал

на Win самая удобная связка MSVS 17 + Qt(msvs cl)

субъективно

если мне не изменяет память Clion+Mingw не работат дебаггер либо работает но отвратительно

ну я года полтора-два пользовался все было гуд (ну кроме того что сама иде иногда тупит), а тут пошла така япетрушка

на Win самая удобная связка MSVS 17 + Qt(msvs cl)

Плюсую, лучше Visual Studio отладчика ещё не видел

Народ, кто сталкиваллся с таким бредом и как решали если что? Win 10, Clion/Qt, Mingw Когда в дебаге включаю "посмотреть значение переменной" у контейнера( vector<int> a; .... a[0], a.at(0)), в Mingw32 Оно просто прекращает дебаг с еррором 3, а в Mingw64 оно выкидывает gdboring.exe stop working.

надо дебажить дебаггер

надо дебажить дебаггер

увеличить степень страданий?

увеличить уровень Inception'а

но вообще я б подебажил, чтоб хотя б понять, что ему там надо хоть

libdemangle

эх, люблю плюсы ? -- There were no errors while building openssl library, but while compiling the project itself I get libssl.a(s3_both.o): In function `ssl_cert_type': s3_both.c:(.text+0x24a): undefined reference to `X509_certificate_type' -- Reverse the order of linking libssl.a and libcrypto.a, and it should solve the problem. почему линкеры делают это прямо наживую, почему вначале не собрать всё воедино, убедиться что неиспользуемые штуки действительно не используются, и только потом вырезать символы от них?

Это особенности GNU linker-а.

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

В Java такого просто не может быть... Там либо ты весь JAR используешь, либо ничего.

Это особенности GNU linker-а.

а lld себя также ведёт?

Народ, кто сталкиваллся с таким бредом и как решали если что? Win 10, Clion/Qt, Mingw Когда в дебаге включаю "посмотреть значение переменной" у контейнера( vector<int> a; .... a[0], a.at(0)), в Mingw32 Оно просто прекращает дебаг с еррором 3, а в Mingw64 оно выкидывает gdboring.exe stop working.

Ну, там куча проблем у CLion с GDB , а под виндой и Мингв это вообще безумие его юзать. Поставь просто другой отладчик (CDB). Если невозможно его использовать, поставь и другой компилятор.

а lld себя также ведёт?

Там таких проблем же нет. Там всё или ничего. Но может я не очень в курсе.

Там таких проблем же нет. Там всё или ничего. Но может я не очень в курсе.

[LLD] [MinGW] Ignore the --start-group --end-group parameters These are required for handling circular dependencies between static libraries, which is something that lld-link always does without any extra parameters.

вроде да, ллд умеет разруливать

Но в 6 тоже самое по поведению

Прям один к одному

ребзи, дайте какую-то сложную задачу на указатели, ибо в нете слишком простое)

ребзи, дайте какую-то сложную задачу на указатели, ибо в нете слишком простое)

int a[] = {1, 2, 3}; вычисли размер массива, используя указатели

ребзи, дайте какую-то сложную задачу на указатели, ибо в нете слишком простое)

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

спасибо большое)

int a[] = {1, 2, 3}; вычисли размер массива, используя указатели

да ёмаё

:)

... а как?