| 1.1, evgeny_t (ok), 00:09, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 кто знает можно ли откомпилить программу которая написана под x86(порядок байт)
так что бы не меняя код она работала на ARM c другим порядком байт.
то есть программа не учитывает что будет запускаться на компьютере с другим порядком байт.
| | |
| |
| 2.2, lucentcode (ok), 00:57, 20/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Всё зависит от используемого ЯП, и уровня абстракции. Если вы используете низкоуровневые трюки, и вручную перелопачиваете данные в определённом порядке - то не будет работать. А если используются вызовы библиотек, работающих в том числе и под ARM - то почему бы приложению и не работать. Низкоуровневый код обычно пишут для каждой платформы специфичный, так что логично что вам прийдётся делать то, что давно стало стандартом в мире разработки ПО.
| | |
| 2.3, добрый дядя (?), 01:25, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> кто знает можно ли откомпилить программу которая написана под x86(порядок байт) так что бы не меняя код она работала на ARM c другим порядком байт. то есть программа не учитывает что будет запускаться на компьютере с другим порядком байт.
о чем ты? я как обладатель 5-ти различных компьютеров на базе ARM могу сказать что проблем с порядком байт не знаю, а знать их могут только те кто пишут драйверы
кроме того, современные дистрибутивы и ядра используют LE-режим если не ошибаюсь это так называется
LE (как в x86) - little endian - порядок бит MSB-to-LSB, ты имел ввиду порядок бит?
| | |
| |
| 3.5, добрый дядя (?), 01:27, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
добавлю что ты можешь использовать QEMU и эмулировать различные ARM-системы в разных режимах и разными дистрибутивами - там всё сам и узнаешь что как работает
| | |
| 3.8, filosofem (ok), 09:07, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >LE (как в x86) - little endian - порядок бит MSB-to-LSB, ты имел ввиду порядок бит?
Добавлю, что
1. с точностью до наоборот. У остроконечников LSB находится по наименьшему адресу.
2. Порядок байтов, а не битов.
| | |
| 3.18, Аноним (-), 20:50, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> а знать их могут только те кто пишут драйверы
Не совсем так. При нужде сохранить на диск или полслать в сеть данные в виде понятном другим (сериализация-десериализация) - вам кой-что придется узнать про это и в махровой прикладухе.
| | |
|
| 2.4, дакевинже (?), 01:26, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
ну ява или разделение архитектуронезависимого кода и написание архитектурозависимих ланчеров и сецифичных библиотек под обе архтектуры.. в общем если программа не учитывает что будет запускаться на компьютере с другим порядком байт то нет.
| | |
| |
| 3.11, ананим (?), 09:57, 20/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Сабж и без явы обошёлся. Думаю что xfce вообще никто не трогал.
На заметку.
| | |
| |
| 4.12, ананим (?), 10:04, 20/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
О, сори.
Тут про блобы.
Не, тогда жаба, питон и тд.
Или какой-нить экстфат с блобами для всех архитектур.
Дело даже на в литл/биг-ендиан, до него ещё с эльфом надо разобраться.
| | |
| |
| 5.19, Аноним (-), 20:53, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Похоже, урожай травы в этом году задался. Кого-то уже вштырило и он дампит сюда свой мыслительный процесс. Судя по бреду - какой-то виндузятник пытается судорожно втиснуть в свой мозг идею что оказывается в природе есть не только винда, фат и блобы, а на дотнете мир не заканчивается.
| | |
|
|
|
| 2.6, h31 (ok), 01:27, 20/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 То есть один бинарик для нескольких архитектур? Не-не-не, разве что если интерпретируемые языки, но так уже и не бинарик. Другое дело, если один исходный код для разных архитектур - это запросто, достаточно ifdef-ов понапихать в нужные места. Да и вообще, зачем большинству приложений знать порядок байт?
| | |
| 2.22, Аноним (-), 02:12, 21/06/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> кто знает можно ли откомпилить программу которая написана под x86(порядок байт)
Нормальные люди пишут программы так чтобы порядок байтов ни на что не влиял. Поэтому если программа кроссплатформенная, 99% что она просто скомпилится и просто заработает.
| | |
|
| 1.7, б.б. (?), 05:23, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А в чём, кстати, разница? А то я себе в chroot на cortex a9 поставил и squeeze armel, и sid armhf. Оба работают. В чём разница-то основная, и преимущество?
| | |
| |
| 2.9, filosofem (ok), 09:19, 20/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Hard-float если я правильно понимаю это когда операции с плавающей точкой считаются на FPU, отсюда и название хардверный-плавающий =). По факту armel тоже использует FPU инструкции если они есть в наличии, но сохраняет совместимость с чипами без FPU, соответственно имеет некоторый оверхед. Armhf не работает на чипах без FPU и должен быть по слухам на 30% быстрее. По факту я на глаз разницы не змачаю.
| | |
| |
| 3.20, Аноним (-), 20:56, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> По факту я на глаз разницы не змачаю.
Нормальный метод бенчмаркинга. А запустить хоть какой-то бенч, типа SSL или LZMA?
| | |
|
| 2.13, sasa (??), 10:11, 20/06/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> armel, и sid armhf. Оба работают. В чём разница-то основная, и преимущество?
разница - armhf не использует NEON вообще, так что это не преимущество а недостаток гнилого gcc который до сих пор не может нормальную векторизацию делать, второе "преимущество" - счас все блобы написаны для armel и работать с ABI armhf не будут.
| | |
|
| |
| 2.21, Аноним (-), 20:58, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> а как это чудо поставить на iPhone 4 Gs
Никак - эппл залочил загрузчик, так что у вас есть выбор:
- Вы можете ходить строем за эпплом.
- Если курс партии показался неверным, вы можете прибить +1 экспонат на стену.
| | |
|
|
