Боюсь, примерно так. И оптимизации компилятор проводит на предыдущей стадии (только с вашим кодом), так что если библиотека была скомпилирована в объектные файлы без всяких оптимизаций, она весит больше, чем могла бы.
У STL просто здоровенный оверхед по сравнению с простыми массивами, там куча вспомогательных классов для создания абстракции. Проблема не в использовании шаблонов.
Подозреваю, что нет. Это ему, получается, нужно выяснить все дерево зависимостей для каждой функции - какие можно выкинуть, а какие понадобятся тем функциям, которые вызывают функции, которые вызываются из кода. Фактически это перекомпиляция библиотеки в зависимости от того кода, который ее использует.
nikstorm: понятия не имею. Я, бегло ознакомившись с вопросом, решил не мучиться с Хакинтошем на домашнем АМД и спокойно поднял его на рабочем Интеле.
Тут вопрос даже не в том, что будет лучше, а в том, сможете ли вы вообще использовать эту конфигурацию для запланированных целей.
Если вы берете строку и записываете ее в файл, открытый с ключом b, то в файле оказывается ровно то, что было в строке. Если у вас в файле что-то не то - разбирайтесь, как оно получилось в этой строке. Никакие другие способы записи и пляски с кодировками тут не помогут.
А почему просто не создать эти вынесенные кнопки с действиеи "найди в этом блоке такую-то кнопку и нажми ее"? А сами кнопки слайдера не выносить, а скрыть. Оно вообще не будет зависеть от того, что там подгружалось аяксом.
