gcc cxx-modules: «WG21 votes to merge modules into working paper.» Свершилось?
https://gcc.gnu.org/wiki/cxx-modules
Feb 23rd 2019 - WG21 votes to merge modules into working paper.
Значит уже точно войдёт в C++20?
https://gcc.gnu.org/wiki/cxx-modules
Feb 23rd 2019 - WG21 votes to merge modules into working paper.
Значит уже точно войдёт в C++20?
Всем привет. Посоветуйте сабж. До сих пор нагугливался только ivideon, у которого я так понимаю своё собственное облако, а я хочу стримить на свой сервак, а не каким-то хренам непонятным. Слышал ещё, что народ якобы во всякие вконтактики-одноклассники с телефонов видео льёт, т.е. тема популярная и решения должны существовать, но вконтактики мне нужны ещё меньше чем ivideon-овское облако.
Всем привет. Есть тут мододелы? (Дико извиняюсь, что не про linux, но я смотрю я тут не один такой.)
Мечтается подкрутить мод AutoLoot, как описано здесь (это же сообщение — на странице обсуждений в самом моде). Там никто чёт не отзывается, а самому мне всю эту кухню изучать чёт влом.
По срокам, деньгам и т.д., пишите плиз на dimgel@mail.ru.
Всем привет. Есть cmake-проект с кучей подмодулей. В каждом подмодуле — свой header file, содержащий public API. При сборке я эти файлы копирую, допустим, в target/dist вместе с либой.
Инклудить из одного хидера другой я не могу: в проекте это будет #include "../common/common.h", а в dist оба хидера лежат в одном каталоге (допустим, dist/include) и должно быть #include «common.h». Создавать подкаталог под каждый хидер не хочется.
Но если не инклудить хидер из хидера, то в QtCreator 4.6.2 ClangCodeModel ругается на несуществующие символы. Надоедливый собака.
Что делать? Как вообще принято? Или может в 4.7 (Clang 6.0) это уже порешали, и надо только потерпеть чутка?
Всем привет. Взял тут Xiaomi Redmi 5 Plus (android 7.1.2 кажись), и задумался над сабжем (есть у меня юзкейзы, для которых он нужен). Стращают, что онлайн-банки перестанут работать, обновления пестанут приходить, и вирусам будет раздолье - телефон становится полностью незащищённым. В связи с этим есть вопросы:
* Что из этих страшилок - правда?
* Если потом сделать unroot, всё вернётся на круги своя, или какие-то следы останутся и что-то продолжит кривить и глючить?
* По последнему пункту (раздолье вирусов) - осознал, что я вообще не понимаю что такое рутование. Что в системе-то происходит при этом? Вот в убунте, помнится, рут был по умолчанию без пароля и им не залогиниться пока не поставишь ему пароль. На функционирование системы это действо вообще никак не влияет. А здесь? Объясните плиз на пальцах. Или может есть какая-нибудь толковая статья на эту тему, тоже буду спасибо. :)
В https://github.com/gentoo-mirror/gentoo, откуда предполагалось синкать gentoo-репу через git, грохнули metadata/md5-cache. И заботливо добавили его в metadata/.gitignore. Т.е. теперь либо возвращаемся на rsync, либо после каждого git-sync надо юзать egencache, который даже на 16 ядрах 5 минут работает.
Всем привет. Сабж. Гуглятся всякие презабавнейшие вещи - https://serverfault.com/a/63708, https://stackoverflow.com/a/692407/4247442, но не то. Из второй ссылки в принципе можно родить то что нужно, но я не уверен в корректности решения: не будут ли два tee в один файл конфликтовать друг с другом или путать порядок записываемых данных из-за race conditions?
Как, спрашивается, заявы об end-to-end шифровании коррелируют с хранением истории чатов в облаке и - самое пикантное - быстрый поиск по этой истории?
Всем привет. Давным-давно, в стародревние времена, лет короче наверное 10 назад, был на ЛОРе длинный гневный пост про то что у жавы API мелкогранулированное, гибкое и модульное, любые верёвки из него можно вить, а C# говно, никуда не подлезешь. Может у кого сохранился в закладках?
Ну и для веселья: а как в C# с этим сейчас?
$ cat ~/bin/hello.cpp
#!/usr/local/bin/build-n-run
#include <stdio.h>
int main() {
puts("Hello world!");
}
$ hello.cpp
Recompiling...
Hello world!
$ hello.cpp
Hello world!
Этот самый /usr/local/bin/build-n-run тоже написан на C++ с использованием std::experimental::filesystem, и он не сильно длиннее эквивалентного баш-скрипта. Собственно работа с путями даже короче. Кому сорц? :)
Отныне в гробу я видал этот ваш баш.
UPD: Сорцы: https://github.com/dimgel/cpp-linux-scripts
Резюме: http://dimgel.me/ru/Dmitry_Grigoriev_resume_ru-short.pdf
mail@dimgel.ru
Всем привет. Подскажите плиз чё делать, не гуглится чёт ничего.
$ weston-launch
Date: 2017-11-27 MSK
[03:49:16.294] weston 1.11.0
http://wayland.freedesktop.org
Bug reports to: https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.11.0
Build: 1.10.93-2-g2d825ed configure.ac: bump to version 1.11.0 for the official release (2016-05-31 17:10:40 -0700)
[03:49:16.294] OS: Linux, 4.12.12-gentoo, #41 SMP Mon Nov 27 03:30:00 MSK 2017, x86_64
[03:49:16.294] Starting with no config file.
[03:49:16.294] Output repaint window is 7 ms maximum.
[03:49:16.294] Loading module '/usr/lib64/weston/drm-backend.so'
[03:49:16.294] initializing drm backend
[03:49:16.294] using /dev/dri/card0
[03:49:16.294] Loading module '/usr/lib64/weston/gl-renderer.so'
gbm: failed to open any driver (search paths /usr/lib64/dri)
gbm: Last dlopen error: /usr/lib64/dri/nouveau_dri.so: cannot open shared object file: No such file or directory
failed to load driver: nouveau
[03:49:16.311] EGL client extensions: EGL_EXT_platform_base EGL_EXT_device_base
EGL_KHR_client_get_all_proc_addresses EGL_EXT_client_extensions
EGL_KHR_debug EGL_EXT_platform_x11 EGL_EXT_platform_device
[03:49:16.311] failed to initialize egl
[03:49:16.311] fatal: failed to create compositor backend
В каталоге /usr/lib64/dri только mesa-овские файлы:
# ls -lA /usr/lib64/dri
total 0
-rw-r--r-- 1 root root 0 Nov 27 02:36 .keep_media-libs_mesa-0
lrwxrwxrwx 1 root root 25 Nov 27 02:36 kms_swrast_dri.so -> ../mesa/kms_swrast_dri.so
lrwxrwxrwx 1 root root 22 May 29 06:46 swrast_dri.so -> ../mesa/swrastg_dri.so
lrwxrwxrwx 1 root root 22 Nov 27 02:36 swrastg_dri.so -> ../mesa/swrastg_dri.so
Среди файлов блоба тоже не видать ничего подходящего:
$ equery f nvidia-drivers | grep dri | grep -v driver
$
Версии: nvidia-drivers-387.22 (stable), wayland-1.13.0 (stable; пробовал размаскировать 1.14.0, дык она даже /dev/dri/card0 не находит).
← назад |