k
Создать такую матрицу - [[0.0; 4]; 4]
То есть let matrix: [[i32; 500]; 2]?
Size: a a a
2020 October 26
MB
То есть let matrix: [[i32; 500]; 2]?
Да
k
Так, ааа как мне эту матрицу инициализировать, let mut matrix[[i32; 50]; 16] = [[0;50];[0;50]] не работает, требует usize, как его можно передать?!?
k
Так, ааа как мне эту матрицу инициализировать, let mut matrix[[i32; 50]; 16] = [[0;50];[0;50]] не работает, требует usize, как его можно передать?!?
Уже разобрался, просто передал 16)
K
https://github.com/rust-lang/rust/pull/77975
огогошеньки
огогошеньки
K
иронично, как случайно стать контрибьютором в компилятор
MF
очень хорошие новости, особенно для разработки под веб, где нужна быстрая рекомпиляция
MF
Судя по описанию, в будущем возможны оптимизации, когда в бинарнике перезаписывается часть, связанная с отредактированным куском кода
MV
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=c3c7e9a5c17543ea9e90e4bbeb13c3d8
а вот это можно как-то заставить работать?
а вот это можно как-то заставить работать?
Э
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=c3c7e9a5c17543ea9e90e4bbeb13c3d8
а вот это можно как-то заставить работать?
а вот это можно как-то заставить работать?
Нет, у тебя в корове может быть овнед кусок.
Э
Возвращай вектор из коров, а не вектор из ссылок.
MV
вектор из коров придётся потом ещё раз обходить
2020 October 27
MV
Нет, у тебя в корове может быть овнед кусок.
да, чего-то не подумал об этом, ссылка будет локальная для функции на этот аргумент
MV
Возвращай вектор из коров, а не вектор из ссылок.
вектор из коров тоже не получится, кстати, потому что у меня там вызывается библиотечная функция, принимающая
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=921ba1af5e113ce7cda68c8dcbf30fc1
&JValue и возвращающая Vec<&JValue>, снова будет создана локальная ссылка для Owned https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=921ba1af5e113ce7cda68c8dcbf30fc1
Э
Ну принимай референс и возвращай референс, зачем тебе там корова.
p
Проблем в них нет. Проблема не в них, а в них.
Чтоб не голословить через недельку постараюсь у себя поднять и проверить. Сирану в лужу, или буду стоять на пике горы, а сзади лучи солнца
Чтоб не голословить через недельку постараюсь у себя поднять и проверить. Сирану в лужу, или буду стоять на пике горы, а сзади лучи солнца
Ну как?
SS
Пишу парсер для пакетов (https://www.github.com/r4v3n6101/vquery/tree/master/src%2Fserver%2Fa2s.rs). Возник вопрос, насколько здесь целесообразно использование nom вместо какого-нибудь byteorder? (насколько знаю, на нём тоже часто пишут парсеры) Вдобавок ко всему слышал, что nom после компиляции может быть жирным.
A
Пишу парсер для пакетов (https://www.github.com/r4v3n6101/vquery/tree/master/src%2Fserver%2Fa2s.rs). Возник вопрос, насколько здесь целесообразно использование nom вместо какого-нибудь byteorder? (насколько знаю, на нём тоже часто пишут парсеры) Вдобавок ко всему слышал, что nom после компиляции может быть жирным.
Вставлю свои 5 копеек, байтордер это низкоуровневая библиотека, а ном это чуть высокоуровневая библиотека, поэтому если вам нужно попроизводительней, то лучше байтордер, потому что напрямую байтиками будете управлять 😊
SS
Adv0cat
Вставлю свои 5 копеек, байтордер это низкоуровневая библиотека, а ном это чуть высокоуровневая библиотека, поэтому если вам нужно попроизводительней, то лучше байтордер, потому что напрямую байтиками будете управлять 😊
Ну вот я вроде бы могу всё сделать байтордером, и ном уже кажется излишним, однако встречаются иногда высокоуровневые конструкции типа many, писать которые особо не хочется. Поэтому я не могу решить, что мне нужно