[флаги компиляции]С++, максимальная проверка кода

> наверное не ту версию скачивали )

похоже на то :) скачал по вашей ссылке, завтра на работе попробую собрать текущий проект под прибор… он же поддерживает «кросскомпиляцию» х86_64 (хост) → х86 (таргет)?

а, понятно. Как-то раз собирал квантовохимическую программу интелом, а на промежуточном этапе там делается статическая либа. С ипо ничего не выходило, наверно из-за ar.

>он же поддерживает «кросскомпиляцию» х86_64 (хост) → х86 (таргет)?

там два разных компилятора - 32 и 64. Ставь на 64битную машину 32битный компилятор и никаких проблем

>он же поддерживает «кросскомпиляцию» х86_64 (хост) → х86 (таргет)
должен, но не пробовала, у меня пока почти все на x86

export AR=xiar

ну и в Makefile подправить, если configure не отловила что нужно использовать именно xiar

>configure

там своя ацкая configure ) но поменять ar можно, сейчас попробую

> Ставь на 64битную машину 32битный компилятор и никаких проблем

ок, спасибо, так и сделаю, если 64-битный не сможет под 32 собрать.

хм… если с ним действительно будет ощутимый прирост производительности, подобью начальство на покупку коммерческой версии (тем более, что проще будет сертифицировать). хотя… у нас тут вроде как намечен курс на arm/ppc с полным выпиливанием х86 и, похоже, я работаю с последним девайсом на х86…

>у нас тут вроде как намечен курс на arm/ppc с полным выпиливанием х86 и, похоже, я работаю с последним девайсом на х86…

брутально

>ок, спасибо, так и сделаю, если 64-битный не сможет под 32 собрать.

не сможет. он просто проглотит -m32 и соберет 64битное

> брутально

=) да ладно) кстати, из х86-embedded работал только с intel 386ex (два-три года назад сняли с производства Т_Т, из-за чего и суета) и сейчас с pentium-m-подобным процессором работаю (бяка ужасная)… но за intel замолвлю словечко: xscale у них хорош таки :) mips тоже неплох, но своим MMU портит весь кайф :(

> не сможет. он просто проглотит -m32 и соберет 64битное

=(

sun-cc, будучи исключительно 32-битным, всё же может собирать и под х86, и под амд64… но сан слишком непредсказуем((

он плохо интегрирован с линуксом, поэтому во многих тестах проигрывает даже gcc. Вот фортран у них неплох

А че делаете, если не секрет?

> но за intel замолвлю словечко: xscale у них хорош таки

Ничего что это по сути ARM?

> А че делаете, если не секрет?

нафигационные приёмники жпс/глонасс (с 1979 года, емнип).

> Ничего что это по сути ARM?

__именно__ потому, что это арм! :)) но чуток дешевле ;) [распил же ;)]

Интересно. А почему именно курс на arm/ppc? Есть еще всякие там m68k..

68K уже давно на заслуженном отдыхе: Моторола сделала свой выбор в пользу PowerPC.

> Интересно. А почему именно курс на arm/ppc? Есть еще всякие там m68k..

на арм/ппц есть готовые решения, просто добавь воды подключи к б/п и периферии и юзай. да ещё и сертифиировано по нужным пунктам. m68k, емнип, у нас вообще никогда не применялся, и даже не рассмативался как вариант. может, из-за медленной работы с fpu (это 90% нагрузки в наших задачах), хз… по той же причине у нас забраковали русский нейропроцессор (о_О) nmXXXX… там, кстати, был кастирированный gcc в качестве компилятора ;)

>68K уже давно на заслуженном отдыхе: Моторола сделала свой выбор в пользу PowerPC.

4.2 Motorola (теперь уже давно Freescale) развивает процессоры ColdFire (архитектура m68k).

Если надо FPU, то наверное действительно нафиг. Хотя тот же лин и дешевые к тому же.

> 4.2 Motorola (теперь уже давно Freescale) развивает процессоры ColdFire (архитектура m68k).

Расскажи это мужикам из Freescale, а то они не знают: «With ColdFire architectural relationship to the 68K Family...»

и?
m68k - просто название архитектуры в ядре. И в ней в том числе код ColdFire.

> m68k - просто название архитектуры в ядре. И в ней в том числе код ColdFire.

Вам понятие архитектуры знакомо? А микроархитектуры?svell

Вам поумничать захотелось? Я имел ввиду архитектуру с точки зрения ядра.

> Вам поумничать захотелось?

Нет, просто хотелось понять в теме вы или нет. К сожалению, ваши посты подтверждают, что вы не в теме.

>Нет, просто хотелось понять в теме вы или нет. К сожалению, ваши посты подтверждают, что вы не в теме.

Конечно я не в теме! А на Freescale я 3 года ниразу не работал.

> Я имел ввиду архитектуру с точки зрения ядра.

Микроархитектура ядер представителей 68k изменялась неоднократно.

:)

> Конечно я не в теме! А на Freescale я 3 года ниразу не работал.

Freescale тут ни при чем: надо было в универе лекции по ОМПТ посещать, а не прогуливать.

Лол. Просто лол.

А ты совсем слабенький оказался )))

Конечно!:)

Просто не считаю нужным тебе рассказывать и доказывать то, что я не индюк.

Ничего рассказывать и доказывать не надо: ты все уже сделал.

ttnl2, разлогинился таки? ;)

Хе-хе, не я один так подумал. ))

Он еще у нас вот тут кукует: http://www.linux.org.ru/forum/development/4719110

А я думаю, что за тролль?

>>ок, спасибо, так и сделаю, если 64-битный не сможет под 32 собрать.

не сможет. он просто проглотит -m32 и соберет 64битное

В icc просто разные бнарники для 32 и 64 битных. Например 11.1/038/bin/ia32/icc и 11.1/038/bin/intel64/icc. Там просто нужно засорсить /11.1/038/bin/iccvars.sh с параметром ia32, intel64, ia64. И нужный icc появется в path.

кстати об icc (l_cproc_p_11.1.069_ia32.tgz)…

32-bit libraries not found on this system.
This product release requires the presence of 32-bit compatibility libraries
when running on Intel(R) 64 architecture systems. One or more of these libraries
could not be found:
    libstdc++
    libstdc++5
    glibc
    libgcc
…

$ whereis libc libstdc++ libgcc_s
libc: /usr/lib/libc.a /usr/lib/libc.so /usr/lib64/libc.a /usr/lib64/libc.so 
libstdc++: /usr/lib/libstdc++.a /usr/lib/libstdc++.la /usr/lib/libstdc++.so /usr/lib64/libstdc++.a /usr/lib64/libstdc++.la /usr/lib64/libstdc++.so
libgcc_s: /usr/lib/libgcc_s.so /usr/lib64/libgcc_s.so

надо будет ещё на виртуалке на pure32 попробовать…

Скорее всего libstdc++5 не находит. /usr/lib/libstdc++.so.5

>AR=xiar

не помогло:( Все равно лажает с линковкой

и еще, возникло впечатление, что этот xiar тупо вызывает ar. Даже когда прошу хелп показать

еще такая фишка есть: на Мандриве 64бит как ни крутись, все равно будет писать, что не смог че-то найти. В этом случае на сайте интела рекомендуют тупо поставить все из рпмок после активации ключа :)

надо будет попробовать собрать что-нибудь еще, хотя я обычно -ip ставлю вместо -ipo,

ps: кто-нибудь уже пробовал lto @ gcc 4.5 ? как там реализовано?

установил.

$ ldd /usr/lib/libstdc++.so.5
        linux-gate.so.1 =>  (0xffffe000)
        libm.so.6 => /lib/libm.so.6 (0xf768a000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xf766d000)
        libc.so.6 => /lib/libc.so.6 (0xf750e000)
        /lib/ld-linux.so.2 (0xf779a000)
$ readlink -e /usr/lib/libstdc++.so.5
/usr/lib/libstdc++.so.5.0.7
$ file -L /usr/lib/libstdc++.so.5
/usr/lib/libstdc++.so.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

то же самое :(

м… а со слакой64 что делать? ;)

не ставится?

ну как вариант, поставить rpm :)

или просто распаковать эти рпмки, например через mc

> не ставится?

не-а :(

> ну как вариант, поставить rpm :)

ога) попробую таки под виртуалкой поставить и перенести /opt/intel/Compiler/11.1/069 в «живую» систему. кстати, где и как он ключи хранит? без реестра то… %)