> К тому же, в андроиде нету возможности использовать стандартные iw* которые позволяют очень многое, что недоступно в ведроиде.

Какие упоротые <censored> пошли :) android-wifi-tether как раз и использует _стандартный_консольный_ iwconfig

[code]
# /data/data/android.tether/bin/iwconfig --help
Usage: iwconfig [interface]
interface essid {NNN|any|on|off}
interface mode {managed|ad-hoc|master|...}
interface freq N.NNN[k|M|G]
interface channel N
interface bit {N[k|M|G]|auto|fixed}
interface rate {N[k|M|G]|auto|fixed}
interface enc {NNNN-NNNN|off}
interface key {NNNN-NNNN|off}
interface power {period N|timeout N|saving N|off}
interface nickname NNN
interface nwid {NN|on|off}
interface ap {N|off|auto}
interface txpower {NmW|NdBm|off|auto}
interface sens N
interface retry {limit N|lifetime N}
interface rts {N|auto|fixed|off}
interface frag {N|auto|fixed|off}
interface modulation {11g|11a|CCK|OFDMg|...}
interface commit
Check man pages for more details.
# uname -a
Linux localhost 2.6.29 #53 Mon Sep 6 14:05:27 MSD 2010 armv6l GNU/Linux

[/code]

недоступно как раз то что в драйвере не реализовано

>Google не хочет базировать свой NDK на LLVM

всё равно в llvm байт-код не кроссплатформенный

всё равно в llvm байт-код не кроссплатформенный

Это факт, но платформа-то одна - Android... Linux x86, arm, итд - одна платформа для этого байткода? Или я слишком переоценил LLVM?

>Linux x86, arm, итд - одна платформа для этого байткода?

Он некроссплатформенен именно между процессорами... Хотя может большая часть кода и будет работать как надо при переносе.
Ведь, по идее, если у нас есть код, который успешно компилируется и работает на разных платформах и не использует разные участки кода для разных платформ, то почему бы ему не работать кроссплатформенно и с llvm?

>есть код, который успешно компилируется и работает на разных платформах и не использует разные участки кода для разных платформ
в таком случае можно просто собрать 2-3 бинарника под arm, arm-v7 и x86

>в таком случае можно просто собрать 2-3 бинарника под arm, arm-v7 и x86

А завтра выйдет новый сверхсмартфон с, к примеру, Itanium, и ничего на нём работать не будет. А в случае с кроссплатформенным байт-кодом всё будет работать.

>А завтра выйдет новый сверхсмартфон с, к примеру, Itanium, и ничего на нём работать не будет. А в случае с кроссплатформенным байт-кодом всё будет работать.

а где гарантия того, что код в принципе может работать на itanium'е? это ж ведь не java, в которой кросплатформенность определена на уровне языка...

Ну если платформа не настолько принципиально новая, то вероятность, что будет работать, по крайней мере, большая.

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

Он некроссплатформенен именно между процессорами... Хотя может большая часть кода и будет работать как надо при переносе.

Это предположение или констатация факта? Если факт - то ссылку, пожалуйста.

Если нет, то что же это тогда такое: When the Portable Executable file is downloaded into Native Client, the bitcode is translated, at run time, into the appropriate machine code for the target machine.

Я уже запутался, честно...

http://llvm.org/docs/FAQ.html#platformindependent

Ясно. Что ж, это очень плохо. Но тогда что же с «portable version of Native Client based on LLVM»? Как они решат эту задачу? Неужели нет промежуточного этапа между чистой нативщиной и жабщиной/дотнетщиной? Хочу чтобы LLVM умел создавать если не ОС-независимые пакеты, то хотя бы процессоронезависимую фигню...

>Ну если платформа не настолько принципиально новая, то вероятность, что будет работать, по крайней мере, большая.

камон, это уже сверх-гипотетические предположения, в реальности такое очень маловероятно

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

ну вот это как раз втч и минус - нужно таскать с собой копилятор

>нужно таскать с собой копилятор

один компилятор там уже и так есть (jit который), второй не сильно тяжелее должен быть

кстати да, плюсовый компилятор уже есть (acc), а с 3.0 будет вообще LLVM

Нынче вообще говорят, что Android это не linux http://habrahabr.ru/blogs/android/113491/

> Хочется навсегда смыть Си++ и яву, как грязное пятно с мира программирования, чтоб сгинули они, как сгинули в своё время COBOL и PL/I с паскалями.

Ниасилившим C++ посвящается видимо это? С++ мощный язык, и, простите, какое-либо огромное бизнес приложение вы офигеете ваять на чистом C. Меня учили плюсам, и я осознаю их мощь, и даже не до конца. Вопрос в применимости и правильном выборе инструмента для конкретных задач. А язык, всё же, инструмент.

В основном я пишу на C++, но тем не менее считаю, что нативные программы на C++ по сравнению с тем же OpenJDK/Java и тем более Mono/C#, выглядят как помятые перфоркарты в сравнении с языком Си...

Программы постоянно усложняются, и с каждым годом Java/C# и прочие безопасные и гибкие языки с их платформами получат все большее распространение...

Советую бегло ознакомиться с языками как таковыми - Java, а затем C# - приходит понимание что это следующий уровень развития как asm->C->C++->..., что это решение всех проблем, которые были изучены на большом опыте написания программ на C++.

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

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

> Какие упоротые <censored> пошли :)

Упоротые тут ведроидоманы. Ну потратили тыщи денег на железку с искорёженный обрубком нормальной системы. Я вот тоже потратил.
Но мне в отличии от упоротых, не западло признать, что бабло потрачено зазря, ведроид оказался извращённым издевательством над Linux'ом и ничем не лучше какого-нибудь Симбиана или ВинМобайла.
Ну вот откуда этот маразм - купить какую-нибудь хрень за много денег, а потом невзирая на недостатки доказывать, что никаких недостатков в этой хрени нету.

android-wifi-tether как раз и

использует _стандартный_консольный_ iwconfig

iw* - это не только тупенькие утилитки, состоящие в основном из ioctl вообще-то. С другой стороны ioctl тоже что-то должно быть, а не заглушки.
iwconfig используется только чтобы загнать wifi в ad-hoc и проставить essid. А я хочу иметь возможность делать с wifi всё, что угодно - мощностью там рулить, наборы каналов менять, скоростью играться и т.п.
Где iw*-то ? Полноценные.

недоступно как раз то что в драйвере не реализовано

Угу. А реализовано почему-то только 50% возможностей микрухи. Потому что вендор решил, что этим идиотам, которые купят его железку больше не положено. А чтобы нормальный драйвер пользователь не вздумал поставить, добрый гугель форкнул и искорёжил ядро так, чтобы нормальные драйверы не собирались. Гугель с вендором довольны, наверно. Ручонки-то укоротили этим поганым любителям СПО, а то ишь, свободы захотели за свои бабки.

Я вот не люблю, когда за меня кто-то решает, что мне можно за мои деньги, а что нельзя. Как-то уже надоело покупать железо, с которым я не могу делать всё, что сочту нужным.

Ладно, понятно всё, лет 5 придётся подождать, а там, глядишь, всё-же сделают, наконец, что-то типа USRP E100 но в виде телефона.

> Я вот не люблю, когда за меня кто-то решает, что мне можно за мои деньги, а что нельзя. Как-то уже надоело покупать железо, с которым я не могу делать всё, что сочту нужным.

Ладно, понятно всё, лет 5 придётся подождать, а там, глядишь, всё-же сделают, наконец, что-то типа USRP E100 но в виде телефона.

бери н900 пока продается, один чувак уже пропатчил дрова wifi и можно юзать режим мониторинга и заниматься нехорошими вещами :)

но один хрен даже на н900 многовато закрытого софта

>Угу. А реализовано почему-то только 50% возможностей микрухи.

добрый гугель форкнул и искорёжил ядро так, чтобы нормальные драйверы не собирались

Я и говорю - упоротые :)

Иди учи матчасьть что гугел сделал :)

Никто и не просит писать на чистом си, но это не значит, что язык-комбайн с обрубком ООП и массы прочих парадигм это что-то хорошее.
Я настоятельно рекомендую обратить внимание на такие ЯП, как go, haskell, erlang и многие другие, включая даже лисп или фактор (http://factorcode.org/).
И да, никто не мешает использовать несколько ЯП в проекте.

[ http://harmful.cat-v.org/software/c++/linus ну и конце-концов, даже Линус не любит Си++ ]

Привет, I-Love-Offtopic. Как дела вообще?

Уже можно.
Например, можно запустить Windows 7 на iPod Touch :) В вирталке, правда.

>Например, можно запустить Windows 7 на iPod Touch :) В вирталке, правда.

Это интереснее: http://www.youtube.com/watch?v=dRUJEnNOkBc :)

Где-то... Когда-то...

> Это интереснее: http://www.youtube.com/watch?v=dRUJEnNOkBc :)

... я это уже видел. Дежа-вю. Не иначе:

http://www.youtube.com/watch?v=GL4hyATkQ74&feature=player_embedded#at=17

«Новое», «инновационно-революционное»... прочие blah-blah-blah... И весь набор штампов, приличествующих случаю. Ню-ню... Майкрософтовская машина времени?

Кстати... В качестве P.S.

Чёго-то как-то Балмер подозрительно не меняется во внешнем виде своём. Не иначе как бесы помогают. Сравните «общий вид» Балмера, «продающего» винду 1.0 и теперешнего. Сколько лет прошло, а он разве что малость поуспокоился (не иначе антидепресанты помогают)... :)))