А результат выражения на нашей совести

ушел в отрыв

https://pastebin.com/4gRVM9Ca Как избежать дикой копипасты? В голову приходят одни макросы и наследование.

привет

Кто здесь Самый офигенный Кем тут мне бесконечно восхищаться?

Кто здесь Самый офигенный Кем тут мне бесконечно восхищаться?

/warn

флуд и оффтоп

http://foonathan.net/blog/2017/04/20/cppast.html

http://foonathan.net/blog/2017/04/20/cppast.html

чот по-моему чувак начал активно велосипедить вместо того чтобы использовать кланговские либы и расширить интерфейс libclang

> It can currently parse basically everything you can put in a header file, except variable templates. This is a libclang limitations - they’re currently “unexposed”, meaning that you only get the tokens concatenated into a string, and not further information. но в принципе ок намутил

чот по-моему чувак начал активно велосипедить вместо того чтобы использовать кланговские либы и расширить интерфейс libclang

дак юзает судя по коду

точнее вот прям в самом низу блогопоста даже "cppast - a collection of libclang workarounds"

сделаем в стикерах t.me/addstickers/procxx

Привет, народ кто знает как в cmake прописать базовую директорию? Нужно собрать файлы которые связаны по абcолютному пути относительно директории - например в хедере прописано #include "src/folder1/folder2/file.h" где file.h тоже инклудит относительно папки src - #include "src/folder1/folder2/file2.h"

сделаем в стикерах t.me/addstickers/procxx

Там нет скрина моего любимого коммита(

Привет, народ кто знает как в cmake прописать базовую директорию? Нужно собрать файлы которые связаны по абcолютному пути относительно директории - например в хедере прописано #include "src/folder1/folder2/file.h" где file.h тоже инклудит относительно папки src - #include "src/folder1/folder2/file2.h"

include_directories или target_include_directories

Там нет скрина моего любимого коммита(

9K removes, 0 additions?

9K removes, 0 additions?

Но ща найдём и тот самый

Во

Скинь в лс как файл

Привет, народ кто знает как в cmake прописать базовую директорию? Нужно собрать файлы которые связаны по абcолютному пути относительно директории - например в хедере прописано #include "src/folder1/folder2/file.h" где file.h тоже инклудит относительно папки src - #include "src/folder1/folder2/file2.h"

include_directories(${CMAKE_SOURCE_DIR}) - CMAKE_SOURCE_DIR - директория содержащая твой рутовый CMakeLists.txt

дак юзает судя по коду

ну он не юзает либы ллвм, он взял тонкую прослойку в виде libclang и на нее накочевряжил парсеров на boost.wave, хотя все это можно распарсить ллвмными либами если взять не тонкую С прослойку а завязаться на (нестабильный, но) апи с++ либ

ну он не юзает либы ллвм, он взял тонкую прослойку в виде libclang и на нее накочевряжил парсеров на boost.wave, хотя все это можно распарсить ллвмными либами если взять не тонкую С прослойку а завязаться на (нестабильный, но) апи с++ либ

ах, понятна

https://github.com/saarraz/static-print

Кто нибудь сталкивался с проблемой компиляции "std::lock_guard<std::shared_timed_mutex> lock(mutex);" ?

Пишет, что отсутствует такой конструктор, при том что он есть в доках...

на macOS High Sierra в Xcode 8

std::unique_lock<std::shared_timed_mutex> lhs(mut); std::shared_lock<std::shared_timed_mutex> rhs(mut);

std::unique_lock<std::shared_timed_mutex> lhs(mut); std::shared_lock<std::shared_timed_mutex> rhs(mut);

компилируется?

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

Поколдовал, вроде прошло. Но причину так и не понял.

С каждым новым релизом macOS все менее стабильная... Уже противно. За 6 лет превратили отличную ось и среду разработки в мусор...

ещё добавь что "при джопсе такого не было"

(8

Ну, к джобсу я особых симпатий не испытваю, но времена snow leopard вызывают приятные ощущения. Пока xcode не был перегружен всякими модным интерфейс-билдерами и в операционке не было лишних фич

лишних, например?

Оч тупой вопрос

https://wandbox.org/permlink/lf9JqczXIG4AAXpr

Почему?

std::hash для std::string определён в <string>, который заинклужен.

Уже сказади, спс.

псевдо-файл-менеджмент с синхронизацией раб стола с облаком, force touch, огромные системные индексы со скрытыми файлами у меня на компе занимающими иногда 40гб (остальные файлы занимают гдето 60гб на 256гб ссд), интеграции всего подряд в imessage на манер азиатскиз интерфейсов (вроде wechat), десятка версий разных платформ для установки приложений (все со своими проблемами), fusion drive, siri.... это то что первое приходит на ум. В итоге quad core core i7 на более свежих версиях выполняет задачи хуже, чем несколько поколений операционки подряд. Любая компиляция идет с тротлингом

С каждым новым релизом macOS все менее стабильная... Уже противно. За 6 лет превратили отличную ось и среду разработки в мусор...

там что vim'а нет?)

при то что все базовые функции начинают работать хуже... даже редеринг мелкоразмерных pdf иногда может подтормаживать... А переход Sierra-High Sierra длился несколько часов с восстановлением системы и на грани потери всех данных при переходе на APFS (пожалуй, одно из немногих дествительно стоящих доаолнений.

С каждым новым релизом macOS все менее стабильная... Уже противно. За 6 лет превратили отличную ось и среду разработки в мусор...

жадный пидор проплачен майкрософтом!

жадный пидор проплачен майкрософтом!

я не юзаю винду уже 8 лет))

я не юзаю винду уже 8 лет))

я про Тима Кука если что

жадный пидор это он

причем буквально

там что vim'а нет?)

Есть конечно. Но проекты 100к+ строк в текстовом редакторе сложно менаджить

Есть конечно. Но проекты 100к+ строк в текстовом редакторе сложно менаджить

прекрасно можно)

жадный пидор это он

сорри, не понял)

прекрасно можно)

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

Кто тут Apple обсирает? А?

Ребята, подождите меня, я тоже с вами!

подскажите плс, как установить зависимости для libboost1.37, те которые нужны именно для этой версии?

это вообще возможно?

подскажите плс, как установить зависимости для libboost1.37, те которые нужны именно для этой версии?

я конечно боюсь показаться совсем какашкой, но что же ты такое там собираешь, что зависимости потребовались?

собираю проэкт старый, у которого libboost1.37, c зависимостями от этой версии

поставил вручную 1.37 версию, но зависимости не подтягиваются

а какие именно зависимости то

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

Removing libboost-regex1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-serialization-dev:amd64 (1.58.0.1ubuntu1) ... Removing libboost-serialization1.58-dev:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-serialization1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-signals-dev:amd64 (1.58.0.1ubuntu1) ... Removing libboost-signals1.58-dev:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-signals1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-system-dev:amd64 (1.58.0.1ubuntu1) ... Removing libboost-system1.58-dev:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-wave1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-thread1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-system1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-test-dev:amd64 (1.58.0.1ubuntu1) ... Removing libboost-test1.58-dev:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-test1.58.0:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost-tools-dev (1.58.0.1ubuntu1) ... Removing libboost1.58-dev:amd64 (1.58.0+dfsg-5ubuntu3.1) ... Removing libboost1.58-tools-dev (1.58.0+dfsg-5ubuntu3.1) ... Removing python-dev (2.7.11-1) ... Removing python2.7-dev (2.7.12-1ubuntu0~16.04.1) ... Removing libpython-dev:amd64 (2.7.11-1) ... Removing libpython2.7-dev:amd64 (2.7.12-1ubuntu0~16.04.1) ... Removing libexpat1-dev:amd64 (2.1.0-7ubuntu0.16.04.2) ... Removing mpi-default-dev (1.4) ... Removing libopenmpi-dev (1.10.2-8ubuntu1) ... Removing libhwloc-dev:amd64 (1.11.2-3) ... Removing libhwloc-plugins (1.11.2-3) ... Removing mpi-default-bin (1.4) ... Removing openmpi-bin (1.10.2-8ubuntu1) ... Removing libopenmpi1.10 (1.10.2-8ubuntu1) ... Removing libhwloc5:amd64 (1.11.2-3) ... Removing libibverbs-dev (1.1.8-1.1ubuntu2) ... Removing libibverbs1 (1.1.8-1.1ubuntu2) ... Removing libnuma-dev:amd64 (2.0.11-1ubuntu1) ... Removing libpciaccess0:amd64 (0.13.4-1) ... Removing libpython2.7:amd64 (2.7.12-1ubuntu0~16.04.1) ... Removing ocl-icd-libopencl1:amd64 (2.2.8-1) ... Removing openmpi-common (1.10.2-8ubuntu1) ... Processing triggers for man-db (2.7.5-1) ... Processing triggers for libc-bin (2.23-0ubuntu9) ...

это я удалял

оукееей

тут просто к 1.58

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

какую проблему то

проблему обозначь, я пока никакой не вижу

Я так понимаю, надо скормить буст определенной версии

я просто с плюсом первый раз

и пытаюсь собрать проэкт

в проэкте libbost1.37

я его поставил

Там cmake сборка?

поставил через apt?

нет