спакуха. все будет.

после продолжительного перерыва продолжаем нашу песню.....

свежак для linux64:

http://klen.org//Files/DevTools/linux-x86_...2_SUS_SCROFA.7z
примерно 70 мб

с целью ,если необходимо, использования LTO оптимизации все либы собраны с комбинацией ключей -flto -ffat-lto-objects , для нормальной работы LTO оптимизатора при компляции их тоже необходимо воткнуть, иначе сборка пройдет без оптимизации LTO. Тут есть особенность, которой нет в релизном gcc4.8.2, в обязательной необходимости -ffat-lto-objects , в противном случае при втыкании только -flto компиллер генерит код с LTO но почемуто напроч выкидывает объекты которые пошли бы в секциии данных, что приводит к печалям на этапе линковки. пологаю это временная особенность состояния кода из транка. работает хорошо - до 10 процентов ужатия кода. в моем случае проект с пришитой Lua 5.2.2 ужимается LTO оптимизатором на 12 процентов.

соответствующую сборку для win64 планиую в ближайшие дни - если собрать удастся

Вот же.
В любом случае, спасибо.

сборка для масдайщиков....
host win64

http://klen.org/Files/DevTools/x86_64-kgp-...4_SUS_SCROFA.7z

я ее проверил чуток - проект собирался но бинарь не зашивался, тока в дизасм смотрел на предмет вообще генерации.... но то ничего не значит.
как говорится ждемс первых обладателей айфена в нащей подворотне - отпишитесь про результаты.

А последняя новость на главной странице - по-прежнему от 26.03.07 и ссылок на файлы кроме как в предыдущих сообщениях нигде не останется...

работы ведутся...
будут ссылки

Ребят, нужна версия C:\kgp_arm_eabi\arm-kgp-eabi\include\c++\4.6.0 под win32

Сообщение отредактировал Integro - Jan 24 2014, 22:00

еще нада или нет?

очередной свежак таргет arm
хост linux64 73.3 Mb
http://klen.org/Files/DevTools/linux-x86_6...0224-PROCYON.7z
хост mingw64 68.2 Mb
http://klen.org/Files/DevTools/x86_64-kgp-...0224-PROCYON.7z

Что-то последние "свежаки" у меня дают нерабочий код.
http://electronix.ru/forum/index.php?showt...t&p=1180673 этот работает, а последующие нет.

И тот что работает иногда даёт нерабочий код

Сообщение отредактировал Terminator - Mar 12 2014, 04:15

Попробуйте "свежак" отсюда - https://launchpad.net/gcc-arm-embedded
Если тоже иногда нерабочий будет, выкладывайте сюда пример...
Что выбрано критерием "рабочий/нерабочий"? Смотрите по работе проекта в целом или есть дизассемблированные куски со странностями?

Качнул bleeding-edge-toolchain-131228 (ссылку где-то в этой теме нашёл), с ним все работает как должно.

С последним свежаком что-то непонятное, заглянул в результат компиляции загрузчика, осутствует множество функций. Результат совершенно не работоспособен.
Что примечательно, основная прошивка (во многих местах совпадает с загрузчиком) нормально работает, а тот "свежак", что правильно собирает загрузчик, косячит в основной прошивке.
Там неочевидно. Прошивка падает в безобидном месте и падает не всё, некоторые задачи продолжают выполнятся. Глубоко не копал т.к. там немного шаблонной магии, тяжко её по асму оценивать.

Сообщение отредактировал Terminator - Mar 13 2014, 00:43

Как уже неоднократно писалось, "свежаки" - это девелоперские снапшоты. Поэтому то, что они работают неправильно, или не работают вообще - совершенно нормально.
Если Вы желаете поучаствовать в разработке компилятора, "свежаки" - для Вас. Тестируйте их и сообщайте об обнаруженных ошибках разработчикам.
Если Вы бета-тестингом не увлекаетесь и не горите желанием вылавливать баги компилятора - пользуйтесь релизами, а не "свежаками".

Вы можете локализовать кусоку кода и выдать асм код чтобы увидеть что из С/С++ кода компиллер выдает на асме - возможно это не компиллер виноват а ошибки в библиотеках или какиенибудь несоответствия - нада предметно разобратся. если вы не обнаружили некоторые функции это может значить что LTO оптимизатор смержил несколько функций или еще чтото.

Я могу выслать вам .lss своего загрузчика собранного разными версиями.

LTO не использую. Ниодна версия "свежака" с включенным lto, мои проекты собрать не может.
Включение LTO на "рабочей" версии заканчивается примерно так же, падает с внутренней ошибкой.