RG
prefix относится к хосту или к таргету?
когда в линуксе собираешь qt —prefix означает, то, куда попадут бинари. если не указано, то в /usr/local/Qt-5.15.0 например если версия 5.15
Size: a a a
2020 July 21
VK
Если я хочу и тулзы вроде uic/rcc иметь на малине - что из этого ставить?
m
prefix относится к хосту или к таргету?
к хосту. но опять же, это все потому что я не монтировал образ с малинкой.
там просто путь где потом будут лежать собранные либы
там просто путь где потом будут лежать собранные либы
e
Мьютекс и должен быть глобальным
И при этом он блокирует все функции разом (в которых вызывается lock), верно?
RR
Если какой-то один поток локнул мьютекс то другие потоки при попытке лока этого же мьютекса просто остановятся
RR
Если очень грубо
RG
так собирается у тебя в x86 компе, и на выходе arm файл?
m
так собирается у тебя в x86 компе, и на выходе arm файл?
да. я и Qt и приложения собираю на x86
получаю собранные бинарники под arm
получаю собранные бинарники под arm
RG
да. я и Qt и приложения собираю на x86
получаю собранные бинарники под arm
получаю собранные бинарники под arm
так как это сделать? собрать x86 сборку, которая будет собирать arm бинари?
m
так как это сделать? собрать x86 сборку, которая будет собирать arm бинари?
конфиг скинул
далее в Qt Creator добавить комплект и профиль
далее в Qt Creator добавить комплект и профиль
IZ
Добрый вечер. У меня вопрос по QMutex. Документация говорит, что он блокирует остальные потоки, которые пытаются вызвать lock в этом же месте. Означает ли это, что если mutex будет глобальным и lock будет происходить в двух разных функциях, то одна функция не будет блокировать потоки, которые пытаются вызвать lock во второй функции?
Документация говорит, что он блокирует остальные потоки, которые пытаются вызвать lock в этом же месте.
НА ЭТОМ ЖЕ МЬЮТЕКСЕ, а не в этом же месте.
Означает ли это, что если mutex будет глобальным и lock будет происходить в двух разных функциях, то одна функция не будет блокировать потоки, которые пытаются вызвать lock во второй функции?
БУДЕТ блокировать. Нет, не означает.
НА ЭТОМ ЖЕ МЬЮТЕКСЕ, а не в этом же месте.
Означает ли это, что если mutex будет глобальным и lock будет происходить в двух разных функциях, то одна функция не будет блокировать потоки, которые пытаются вызвать lock во второй функции?
БУДЕТ блокировать. Нет, не означает.
e
Если какой-то один поток локнул мьютекс то другие потоки при попытке лока этого же мьютекса просто остановятся
Спасибо
e
Документация говорит, что он блокирует остальные потоки, которые пытаются вызвать lock в этом же месте.
НА ЭТОМ ЖЕ МЬЮТЕКСЕ, а не в этом же месте.
Означает ли это, что если mutex будет глобальным и lock будет происходить в двух разных функциях, то одна функция не будет блокировать потоки, которые пытаются вызвать lock во второй функции?
БУДЕТ блокировать. Нет, не означает.
НА ЭТОМ ЖЕ МЬЮТЕКСЕ, а не в этом же месте.
Означает ли это, что если mutex будет глобальным и lock будет происходить в двух разных функциях, то одна функция не будет блокировать потоки, которые пытаются вызвать lock во второй функции?
БУДЕТ блокировать. Нет, не означает.
Спасибо
IZ
И при этом он блокирует все функции разом (в которых вызывается lock), верно?
Не разом, а по очереди, не более одного куска кода в одно и то же врeмя.
Отсюда и название -- MUTEX - MUTually EXclusive.
Отсюда и название -- MUTEX - MUTually EXclusive.
e
Не разом, а по очереди, не более одного куска кода в одно и то же врeмя.
Отсюда и название -- MUTEX - MUTually EXclusive.
Отсюда и название -- MUTEX - MUTually EXclusive.
А вот это уже не совсем понял. Я хочу сделать запись в файл многопоточно и чтение из файла с ещё одного потока. Если поток начинает записывать в файл и выполняет lock, а после поток пытается прочитать файл и делает опять lock этого же mutex, он будет ожидать unlock’а в функции записи?
Y
так как это сделать? собрать x86 сборку, которая будет собирать arm бинари?
x86 не будет. собирается отдельно компилятор arm и им уже собирается на хосте x86 arm бинарники
🎄T
А вот это уже не совсем понял. Я хочу сделать запись в файл многопоточно и чтение из файла с ещё одного потока. Если поток начинает записывать в файл и выполняет lock, а после поток пытается прочитать файл и делает опять lock этого же mutex, он будет ожидать unlock’а в функции записи?
А в чем смысл писать в один файл многопоточно если лочиться будет в любом случае?
🎄T
Если только логи какие-нибудь
RG
x86 не будет. собирается отдельно компилятор arm и им уже собирается на хосте x86 arm бинарники
Не понял. шаг 1 сделать компилятор x86 для арм? шаг 2 собирать qt на x86 для арм?
e
Не разом, а по очереди, не более одного куска кода в одно и то же врeмя.
Отсюда и название -- MUTEX - MUTually EXclusive.
Отсюда и название -- MUTEX - MUTually EXclusive.