DF
Говорит у него дебаг символы есть
nm -C или как его с деманглингомSize: a a a
2020 October 05
DF
Имеет смысл запустить виндовый аналог
A
и раньше, чем минусов наберется
АМ
DF
Главное обязать программистов
DF
А там уж все наладится
DF
Я не шучу
ΑZ
Полагаю большая часть минусов 'не знаю что такое раст поэтому вот вам'
p
Полагаю большая часть минусов 'не знаю что такое раст поэтому вот вам'
Ну я бы тоже минус влепил там, если бы мог.
VK
Напомните, пожалуйста, как вызвать println! в no_std. Есть какой-то несложный хак, забыл.
p
А куда ты собрался принтить?
VK
это что-то вроде условной компиляции
то есть код должен работать в no_std и в std, просто в no_std кодж печати исчезнет
то есть код должен работать в no_std и в std, просто в no_std кодж печати исчезнет
VK
какая-то простая конструкция вроде if cfg, забыл точный синтаксис
Э
какая-то простая конструкция вроде if cfg, забыл точный синтаксис
Да нет такого. В
core есть fmt модуль, но нет io модуля, соответственно Stdout тоже нет.Э
Это надо делать "std" фичу на уровне крейта, а потом
#[cfg_attr(not(std), no_std)]
macro_rules! println {
($($t:tt)*) => {
#[cfg(std)]
std::println! { $($t)* }
};
}
VK
Благодарю. Кстати, это твоё решение уже было в этой группе, мне следовало поискать, а не спрашивать.
NL
#вопрос по juniper
Поскольку из коробки поддержки
Вопрос: как реализовать так, чтобы json вставлялся as-is, но для graphql трактовался как скаляр без внутренних полей?
Поскольку из коробки поддержки
serde_json::Value пока нет, я реализовал для него GraphQLJson. Однако возникает неприятная вещь — значение поля оказывается заескейпленное, что в принципе ожидаемо, поскольку GraphQLScalar реализован как fn resolve(&self) -> juniper::Value {
juniper::Value::scalar(self.0.to_string())
}Вопрос: как реализовать так, чтобы json вставлялся as-is, но для graphql трактовался как скаляр без внутренних полей?
MF
Какая там сейчас библиотека-шаблонизатор (для html) самая быстрая?