при то что все базовые функции начинают работать хуже... даже редеринг мелкоразмерных 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?

нет

вручную

скачал архив

и через ./configure

а дале make install

сборка у меня через makefile

так, и что именно не работает?

укажи путь к бусту

куда там твой make install его установил

наверное куда-то по дефолту в убунту

в списке инклюдов его нету

Как нонче принято получать итератор на последний элемент контейнера?

Вектора, например.

ты zcoin что ли компилируешь?

litecoin

Как нонче принято получать итератор на последний элемент контейнера?

rbegin?

rbegin?

о, тощно!

litecoin

configure прогони, он должен буст найти

ты zcoin что ли компилируешь?

while(begin != end - 1) begin++;

Ой

Не туда ответил)

чот да

Как нонче принято получать итератор на последний элемент контейнера?

Короч это сюда)

наверное куда-то по дефолту в убунту

зачем тебе такой старый буст? litecoin вроде новый проект

make install скорее всего поставил буст в директорию сборки

Ты же префикс не указывал?

а дале make install

так буст не установится В вашем случае стоит сделать ./bootstrap.sh ./b2 -j4 stage после этого в папке boost_1_37_0/stage/lib будут все необходимые библиотеки

у меня там нет файла ./bootstrap.sh

а что есть?

ща покажу

Архитектурный вопрос который слегка касается и C++: есть ли у event loop'а преимущество перед green thread'ами (такими как в Golang / Erlang etc.) единственное мне известное преимущество event loop'а это отсутствие конкуррентного программирования, т.е. ручной синхронизации а ещё есть?

ERROR: S client not available

Оу как... сейчас посмотрю как устанавливать

Оу как... сейчас посмотрю как устанавливать

http://www.boost.org/doc/libs/1_37_0/more/getting_started/unix-variants.html

я делал вот по этому туториалу

нам пункт 5

Так вон же

там

Директория boost

Там видимо лежат скомпиленные либы

Может взять свежий буст? Зачем именно эту версию?

проэкт старый

использует эту версию

ставил новую под него

летят эрроры

Архитектурный вопрос который слегка касается и C++: есть ли у event loop'а преимущество перед green thread'ами (такими как в Golang / Erlang etc.) единственное мне известное преимущество event loop'а это отсутствие конкуррентного программирования, т.е. ручной синхронизации а ещё есть?

Может меня кто поправит, но кажется, это то же самое что стравнивать функционалку и ООП

вот что в ней

Это же разные концепции совершенно

Похоже

Копируй эту фигню в /usr/local/include

ок, щас попробую

Чтобы было /usr/local/include/boost/бла-бла

понял

щас сделаю

Может меня кто поправит, но кажется, это то же самое что стравнивать функционалку и ООП

это два разных подхода решения идентичной проблемы со своими минусами и плюсами. Плюс у event loop'а я уже описал: никакой синхронизации не требуется, никакой конкуррентности - код безопаснее и проще, но тут-же и минус: блокирование event loop'а это gotcha но мне интересно, есть ли ещё чего?

Чтобы было /usr/local/include/boost/бла-бла

у меня в принцепи так и есть, или нужно что бы после include, была именно boost?

Догда добавляй /usr/local/include/boost-1_37 в инклюды в makefile-e

Да, он ищет в инклюд директориях директорию boost

аа

понял

И тут 2 варианта Добавить вот это /usr/local/include/boost-1_37 в инклюд директорию Или просто перенести то что в этой директории на уровень выше)

я перенесу)