Вновь принятый на работу программист попросил комп для работы. Ну я, как железячник, предложил свежеопробованную конфигурацию AMD 3000+ 939, 1Гб, Asus A8V (вроде неплохо работает.
После чего он задал мне вопрос, а не будет ли глюков у программ и заработают ли они на Intel?:insane:
Ничего я не сказал, весь в сомнениях. Я так понимаю компиляторы для разных процессоров разные, но должны быть и универсальные? :shuffle:, но в силу "железного" образования (радиотехника ) не могу оценить данный фактор.
Господа с опытом программирования на разных железных платформах, дайте совет плиз, подкрепленный опытом и знаниями.

Компиляторы для разных процессоров одинаковые! Вот для системы могут быть нюансы. В течении года работал так: дома АМД, на работе Интел. Компиляторы: C++(Microsoft), Compaq Visual Fortran. Они работали и с Win95, а сейчас с Win XP. Никаких проблем никогда не было.

Гнать в шею таких програмис
Практически ВСЕ компиляторы универсальны, если не указано обратное и если самому не компилить под опрежделенный процессор!

Я в программировании не секу совсем (кроме бейсика в пределах школьного курса Информатики). Но по моему компилятор отвечает не за работоспособность откомпилированной программы на конкретном процессоре, а за оптимизацию под этот процессор (быстрее работает программа на Интеле или АМД в зависимости от того каким компилятором компилировалась). Мнение сугубо моё, не претендует на объективность, если ошибаюсь, поправьте.

при компилиривании программы для платформы Win32 - программа компилируется именно под связку x86 & WinAPI, а т.к. A64 является представителем архитектуры x86, то вывод очевиден. Исключением является случай, когда при разработке ПО используются расширения (MMX,SSE, etc.) - путем использования ассемблерных вставок, либо с помощью настроек компилятора. В случае если необходимо быстродействие и универсальность, то делается общий gui и несколько dll (одна для P4, другая для k8, и т.д.) - если не изменяет память похожая схема была использована в Хрониках Риддика.

Т.о. напрашивается вопрос - а диплом у этого программиста есть????

LOL
Почему до сих пор не засмеяли???

SeerNDV Мда, ессно будет работать, правда если спец. расширения не используются (типа про которые FHunter сказал )
и похоже ненадолго там задержится
FHunter Какой-нить кулинарный

Гнать его нафиг
Ни один компилятор в здравом уме без специальных ключей использовать расширения не будет SSE2 и особенно SSE3, которое скорее всего есть на этом атлоне 3000+, уже давно есть на P4. Простое SSE тем более не проблема, оно введено на P3, и перенято атлонами XP.
Вот чего у пеньков нет - так это с 3DNow и Ext. 3DNow. Но тот программист, скорее всего, о них не знает

Что вы все на программиста валите, не один он отличился:

Rius
Угу, валим. Программер, который не знает, что такое оптимизации (хотя слышал где-то ухом, т.к. такое спрашивает) кода под определенный процессор и когда они используются, и подавно не знает, что такое оптимизация кода на уровне его написания. А потом и получаются шедевры типа Ксенуса.

ИМХО, рациональное зерно в вопросе есть, если оно задано непрограммистом. Хотя, если подумать, действительно нефиг тупить - все они х86. Т.е. абсолютно побоку. Хотя, если SeerNDV админ, он прекрасно должен знать, что тот же линух из исходников компилится абсолютно везде и ему побоку, что там стоит интел или АМД

На самом деле глюки могут быть... и не всегда по вине программиста.

Факт: Compaq Visual Fortran 6.х : При использовании оптимизаций под K7 (Athlon) программы вываливаются с ошибкой на Pentium 4 ( Глюк был официально признан Compaq-ом , намудрили они что то с инстрикциями 3D Now)

Реальность:

1.Компиляторы от Intel предоставляют возможности так называемых "Экслюзивных" оптимизаций, когда программа будет оптимизированна исключительно под определенной процессор ( Pentium III например) и на другом процессоре может работать некорректно.

2. Некоторые могут выбирать опцию оптимизации под "host", и соответственно будет оптимизировать под то на чем сидим




Если рассматривать слово "платформа" в более широком смысле слова, то тут можно найти долю истины. Компиляторы более мение одни и теже только под Wintel... Компиляторы под Sun Spark уже другие, ну и еше другие под DEC Alpha... и так длаее

dima333a Зачем так далеко заходить то? Если програмер задал такой вопрос, то прочтя то, что ты написал он непоймет ничего!

dima333a
Вот у тебя ключевая фраза

а в вопросе ее не звучало! Скорей всего ентот "программист" даже не знает(очень примерно представляет), что значит слово оптримизация, и задавая вопрос он имел ввиду, что будет использоваться обычный компилятор без оптимизаций, т.е. как есть по дефолту

Ray Adams Lord_of_Darkness

Ну я согласен что вопрос топика звучит смешно, и ответ на него очевиден:-). На самом деле все может быть еще круче, вроде можно компилировать на х86 платформе под Itanium. Т.е. программа может "не идти" даже на том компе на котором ее откомпилировали ...Так что помоему совсем не важно на чем компилировали, и теоретически наверно можно написать компилятор под х86 даже для MacOS и G4... Или компилятор для UltraSpark работаюший из под Wintel



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

З.Ы. Я конечно любитель самоучка, и не претендую на истину в последней инстанции

dima333a Ну так это и понятно, твои ситуации програмер поймет и делать такое не будет если не хочет чтобы прога не пошла, просто мы отошли малость от темы вопроса Не думаю, что программер спросил это имея за плечами гигантский опыт написания софта под все виды процессоров

Не знаю как exe, но elf однозначно соедржит информация с каким ABI и на каком процесоре(архетектуре его можно пускать).
в общем при оптимизации в gcc указывается параметры:



А теперь выдержка из -mcpu

В общем мы видем что при использовании -mcpu у нас для генерации кода используется только i386 инструкции, но при этом шедулинг(понядок) и например function call оптимизируются под КОНКРЕТНЫЙ процессор
При указании -mcpu мы разрешаем использовать любые инструкции. При этом в бинарник (по крайней мере elf) указывает архетектура сборки. При запуски ОС должна проверить, что текущая архететура (host) является расширением запрашиваемой архетектуры.
Остальные параметры (за исключением генерации кода мат. сопроцессора) не влияют на испольнение кода на процессоре[/off]