sim3x: эмм. Так, смотрите. Мне нужно скомпилировать прогу для одноплатника с армовым процом. Я хочу в этой проге использовать qt. Чтобы прогу слинковать, будут нужны qt-шные .so-файлы, собранные под арм. Вопрос - как быть?
sim3x: т.е. вручную тащить на машину для сборки собранные под арм либы - это нормально? Или лучше, например, их через sshfs брать прямо с одноплатника?
Что все необходимое в одной папке не поместиться я уже понял и смирился, но хочется как-то более-менее удобно управляться с зависимостями. Если я кросс-компилирую в винде, то приходится в нее тащить заголовочные файлы и библиотеки из линукса. Как-нибудь этого можно избежать?
Александр: у меня основная боль в том, что под винду приходится тащить библиотеки, чтобы к ним прилинковаться. Если я хочу qt, например, использовать. Не подскажите, как без этого обойтись?
Не могли бы вы пояснить, а на рабочей станции вы предлагаете таки линукс ставить? А как быть, если мне на армовой машине понадобиться, например, qt? Сейчас я под армом qt из исходников собрал и потом бинарники на рабочую станцию утащил, чтобы к ним прилинковаться. Чувствую, это было как-то не очень правильно.
Оказалось, в версии 2.017 Hack русская буква стала отличаться от латинской, а в версии 2.019 они опять начали совпадать. К счастью, можно скачать старый билд - https://github.com/chrissimpkins/Hack/releases/tag...
Интересно! По этой ссылке https://sourcefoundry.org/hack/playground.html действительно видно разницу. Поставил его себе в винду, в ворде, нотепад++ и в своей IDE почему-то разницы не видно. Очень странно.
Mirn: к сожалению, практическим опытом я с вами поделиться не могу; я gcc использую только для самопроверки. Но вообще - гарантий-то на него никаких не дается, поэтому вообще все надо с осторожностью. Особенно в embedded.
Mirn: обычно у компилятора можно выбрать оптимизацию по размеру или по скорости. Что у конкретного компилятора сделает -О3 по-умолчанию, зависит от конкретного компилятора.
Замечу, что я предложил "попробовать".
> SPL толстый - жрёт много флеша
Эта проблема хорошо решается опцией компилятору (аля --gc-sections у gcc или --feedback у Keil). Выключив USE_ASSERT тоже пару килобайт можно сэкономить.
А вот инлайнить SPL (если для этого надо руками в код библиотеки лезть) - это, я считаю, нехорошо.
