синтаксисом конфигурации, он же блин просто отвратителен

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

синтаксисом конфигурации, он же блин просто отвратителен

+

И производительностью

я с детства за декларативность

на хачкеле пишу

если он отвратителен, то почему premake не взлетел?

и cabal/stack, надо сказать, сильно приятнее!

только EA его и юзает, наверное

премейк у близзарда тоже

есть другие забавные варианты: gradle, sbt =)

gradle юзают в Unity

sbt тоже неплох

только медленный

а через Visual Studio или Xcode собирать deprecated, что ли?

сорь, у меня кроссплатформа

но могу в любой момент сгенерировать cmake-ом солюшен

так, мы ещё забыли про qbs =)

его ведь тоже кто-то юзает

sbt тоже неплох

sbt хорош, но очень уж медленный

а через Visual Studio или Xcode собирать deprecated, что ли?

Да

ребята

!std::is_trivially_copy_constructible<std::vector<std::unique_ptr<int>>>::value;эта фигня должна компилироваться и давать true, так ведь?

fixed

просто clang (по крайней мере 6) спокойно компилит это, а gcc (7.3) валится при компиляции с ошибкой

и я вот понять не могу, это фича clang'а или баг gcc

ну мне казалось, что эта штука (bazel) для сборок чего-то, что требует "Scalable"

Ровно наоборот. Basel can scale

!std::is_trivially_copy_constructible<std::vector<std::unique_ptr<int>>>::value;эта фигня должна компилироваться и давать true, так ведь?

Должен быть false

почему?

отрицание же стоит

вроде нашёл этот баг https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654

видимо фикс не добрался до gcc 7

отрицание же стоит

Точно, не увидел

struct a{ a(*operator+)(a); }; int main(){};

Warnings: /LIBPATH:C:\boost_1_60_0\stage\lib Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23506 for x64

Почему он это компилит лол

Ребят, а многопоточно можно ли читать файлы ? Ну, так чтобы вот прям параллельно ?

а другие компиляторы?

Почему он это компилит лол

Ребят, а многопоточно можно ли читать файлы ? Ну, так чтобы вот прям параллельно ?

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

Ну типа подгружать параллельно файлы и т.п

Ребят, а многопоточно можно ли читать файлы ? Ну, так чтобы вот прям параллельно ?

можно

Хммм... тупо создать std thread и читать в нем ? Или какие то средства OS ?

В общем, ссылочку на почитать б

Ребят, а многопоточно можно ли читать файлы ? Ну, так чтобы вот прям параллельно ?

Но зачем?

Ну, как минимум из интереса

Видел я многопоточных читалок :/

Ну, как минимум из интереса

Речь про разные Файлы ведь?

Речь про разные Файлы ведь?

Ага

а другие компиляторы?

Другие нормальные, я про этот

Ага

Ну здесь я бы типа замэпил...

Ну мэп я так понимаю будет один, а дальше уже бегать по вирт.памяти ?

Получил список файлов, его в lockfree в контейнер, из которого worker’ы тянут файл для чтения и обработки

Ну мэп я так понимаю будет один, а дальше уже бегать по вирт.памяти ?

Можно и не бегать

Получил список файлов, его в lockfree в контейнер, из которого worker’ы тянут файл для чтения и обработки

Но все фалы внутри контейнера будут замапаны ?

Но все фалы внутри контейнера будут замапаны ?

Я про мэп который мэпредьюс

Вы кажется ваще друг друга не понимаете

Ахахахахха

Вы кажется ваще друг друга не понимаете

До

Короче если смапаешь файл можешь делать с ним что хочешь с помощью скольки угодно потоков

Короче если смапаешь файл можешь делать с ним что хочешь с помощью скольки угодно потоков

Речь про разные Файлы

Иначе открываешь кучу дескрипторов и делаешь то же самое

Короче если смапаешь файл можешь делать с ним что хочешь с помощью скольки угодно потоков

А если файлов несколько ?

А если файлов несколько ?

Делаешь что угодно

Речь про разные Файлы ведь?

Ага

А если файлов несколько ?

Короче никаких проблем

кто-нибудь знает как к OBJECT library в cmake прилинковать библиотеку? другими словами, add_library(lib OBJECT ...) target_link_libraries(lib ...) так делать нельзя. хочется чтоб таргет, который будет инклудить потом эту объектную библиотеку получал транзитивно библиотеку, от которой OBJECT lib зависит, т.е. add_library(dep STATIC ...) add_library(lib OBJECT ...) # target_link_libraries(lib dep) <--- так нельзя, к сожалению add_library(shared SHARED $<TARGET_OBJECTS:lib> ...) <-- и автоматически к shared прилинковался dep

Угу. Понял. ThX

Ребят, а многопоточно можно ли читать файлы ? Ну, так чтобы вот прям параллельно ?

да, man epoll

или что там в шиндовс для этого?

Ось гарантирует что ты не зафейлишься никогда работая с объектами оси

да, man epoll

хотя не, что-то это не то

или что там в шиндовс для этого?

х3 никогда не пробовал. Асинхронные операции есть, ну или тупо шару при открытии

Epoll этож ваще асинхронность

Асенхронность лучше

нет смысла же читать многопоточно

диск медленнее

У меня может быть tmpfs

Неочевидно что диск медленнее обработки он медленнее либо равно оперативы

Угу

Сие означает что второй поток ничего не может делать

или что там в шиндовс для этого?

Для epoll там iocp

Но чот хз

Оверкилл

нет смысла же читать многопоточно

ну мало ли, может с разных устройств читается?

ну мало ли, может с разных устройств читается?

Один файл на двух устройствах? Хм

Файлы разные ТТ

Речь про разные Файлы ведь?

Ага