Обновление Android SDK

Хорошо конечно. Но лучше б телефон выпустили...

Почитал новость ниже... Таки хорошее дело деется.

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

>Хорошо конечно. Но лучше б телефон выпустили...

уже показали несколько, так что выпустят в ближайшем будущем

по ссылке не пошел, где его скачать можно?

Предлагаю все новости про Android автоматически помечать меткой "слава роботам".

Нажимая кнопку Accept вы соглашаетесь с тем, что...

http://code.google.com/android/download.html

> Нажимая кнопку Accept вы соглашаетесь с тем, что...

Да уж, даже код посмотреть нельзя, ни говоря уж о модификации. Гугл во истину сторонник open source.

>Да уж, даже код посмотреть нельзя,

http://code.google.com/p/android/downloads/list

http://git.android.com/

ЛОЛ?

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

Так что если Сан Саныч ничего не предпримет то потеряет рынок мобильных устройств

Уже сейчас многие производители переориентируются на Андроид

> ЛОЛ?

Не ЛОЛ:

3.3 Except to the extent required by applicable third party licenses, you may not copy (except for backup purposes), modify, adapt, redistribute, decompile, reverse engineer, disassemble, or create derivative works of the SDK or any part of the SDK. Except to the extent required by applicable third party licenses, you may not load any part of the SDK onto a mobile handset or any other hardware device except a personal computer, combine any part of the SDK with other software, or distribute any software or device incorporating a part of the SDK.

А ничо что в андроеде тоже жаба?

Где ты это увидел по ссылке http://code.google.com/p/android/downloads/list

У меня там прямые ссылки на скачивание исходников.

ЛОЛ?

>Где ты это увидел по ссылке http://code.google.com/p/android/downloads/list
>У меня там прямые ссылки на скачивание исходников.
>ЛОЛ?

не ЛОЛ
http://code.google.com/see_source_code_license.html
Лицензия ака у дотнета

песец.. Ты сам по своей ссылке ходил?

>See the uploaded source files for licensing information.

см. исходники эмулятора:

>This emulator is licensed under the GNU General Public License (GPL) version 2, which can be found in the file "qemu/COPYING".

Или GPL2 aka у дотнета?

ЛОЛ?

По ходу там куски лицензированы по разному, даже апачевская упоминается.

Пруфлинк, пожалуйта.

Именно для эмулятора.

не могу найти как тут автору карму добавить?

>не могу найти как тут автору карму добавить?

Кнопка "Игнорировать" в профиле.

Дожили, на С/С++ запрещают писать софт. Фтопку такие девайсы.

>Андроид в ближайшее время начнет вытеснять j2me причем капитально.

Андроид это и есть j2me, только не на всяких симбианах и WM6, а на линухе. А жаба там та же самая

девайсов/архитектур под андройд много => C/C++ не катит.

> девайсов/архитектур под андройд много => C/C++ не катит.

C++ - кроссплатформенный язык, если кто еще не в курсе, как и Си. Можно было бы и без дополнительных пояснений заметить, что ядро Linux написано на Си и работает под двадцатью архитектурами.

http://gizmodo.com/356121/new-android-sdk-spells-out-os-improvements-and-ui

В очередной раз вопрошаю:

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

А как насчет низкоуровневой работы с GSM чипом? Посмотреть все, что передается между телефоном и базовой станцией? С возможностью фильтрации :)

Ты дурак?

1) Качаешь исходники 2) Смотришь что нужно 3) ?????????????????? 4) PROFIT!

кто-нить собирал ядро, которое лежит там ?)

Что-то я было даже подумал, что гугл делает что-то серьёзное, а получается, что это просто еще один очередной жабофон.

Вот-вот. Обидно, если это действительно так.

> 1) Качаешь исходники 2) Смотришь что нужно 3) ?????????????????? 4) PROFIT!

Вопрос в том, исходники ВСЕГО ли там есть и насколько проблематично их собрать и залить в телефон.

>> Андроид это и есть j2me, только не на всяких симбианах и WM6, а на линухе. А жаба там та же самая

Если вы почитаете на сайте гугла, скачаете и напишите свое первое приложение то заметите и разницу. Мне уже это пришлось сделать и разница с J2ME существенная как и API.

Не путайте Sun J2ME и Android - они разные, И виртуальная машина у них разная :)

Once the SDK reaches a more finished form, Google intends to release most of the components under the Apache v2.0 open source license.

Android + SDK сейчас есть: эмулятор ARM-машинки на основе QEMU с дополнительными устройствами, под ним дистрибутив Linux под эту машинку, под ним виртуальная Java-машина Dalvik (сделанная гуглом с нуля и лицензионно чистая), плюс перекомпиленная под Dalvik стандартная Java-библиотека на основе Apache Harmony (действительно что-то типа J2ME), плюс мощная надстройка над стандартной Java, собственно Android SDK. Из всего этого исходные коды открыты для эмулятора и Linux по GPL (можно скачать и собрать), Java-библиотеки по Apache лицензии, Android SDK по стремной лицензии. Dalvik откроют в последнюю очередь, если вообще.

>Что-то я было даже подумал, что гугл делает что-то серьёзное

Правильно подумал

>а получается, что это просто еще один очередной жабофон.

А что, был до этого хоть один жабофон?

PS Это линуксо-жабофон.

фтопку жабенка...

>C++ - кроссплатформенный язык, если кто еще не в курсе

Кто не в курсе - любой язык кропслатформенный. Кроме специальных - например ассемблеров:)

Запусти Foxpro .prg под линуксом. Потом говори

>Запусти Foxpro .prg под линуксом. Потом говори

Что такого некросплатформенного в _языке_ фокспро что он принципиально не может быть запущен под линукс?

Ты не путай языки с компиляторами и библиотеками.

Почитай что думает Mozilla Foundation о кросплатформенности С++: http://developer.mozilla.org/en/docs/C%2B%2B_Portability_Guide

Вот тебе вырезка:

* 1.2 Don't use static constructors
* 1.3 Don't use exceptions
* 1.4 Don't use Run-time Type Information
* 1.5 Don't use C++ standard library features, including iostream
* 1.6 Don't use namespace facility
* 1.14 Don't mix varargs and inlines
* 1.15 Don't use initializer lists with objects
* 1.23 Don't use return statements that have an inline function in the return expression
* 1.30 Don't use mutable

Ы? Кросмплатформенный говоришь?

И нет ничего невозможного: http://www.recital.com/index.htm?/products_r9.htm&mainFrame

О, йабба-фанбои подтянулись. А если мне нравится питон то что, ждать питонофона, лол?

http://hnewz.nnm.ru/texas_instruments_pokazala_prototip_guglofona

Я понял только, что у Recital 9 есть Visual FoxPro 8.0 compatible SQL. Но это не значит, что ее движок запускает .prg под линухом, просто они могут работать с любыми легаси данными

> Ты не путай языки с компиляторами и библиотеками.

А с чего ты взял, что я путаю? У жавы вообще компиляторов/виртуальных машин по пальцам одной руки можно пересчитать. Используй один компилятор на разных платформах - и будет щастье. Почему-то юзать sun jvm на всех поддерживаемых платформах не считается зазорным.

> Почитай что думает Mozilla Foundation о кросплатформенности С++

r, оригинал этой статьи написан в 1998 году, очевидно по мотивам vc6.0 и gcc второй ветки, а также других еще более древних коппиляторов, не соответствующих стандарту. Уверяю тебя, сейчас подавляющее большинство компиляторов поддерживает и исключения, и RTTI, и уж точно STL, including iostream и namespace-ы. Рекомендация не использовать "статические конструкоры", если честно, даже подвесила мой мозг на несколько секунд :) Статических конструкторов в с++ просто не существует :) Имелись ввиду классы как глобальные переменные, что, естественно, и без того не рекомендуется, по понятным причинам, есть несколько паттернов проектирования, чтобы если уж прямо кровь из носа это смертельно нужно, чтобы и конструировались в необходимом порядке, и чтобы фактически инициализировались по первому к ним обращению.

В общем я всё еще говорю, что кроссплатформенный :) У Mozilla Foundation на этот счет допускается своё особое мнение, раз им так нужно компилироваться собственными HP-UX и IRIX native компиляторами, под которые вполне есть кошерный gcc :)

PS: Главная идея в том, что с++ без исключений, STL и namespace-ов - это вообще не с++.

А по поводу библиотек скажу просто - есть выбор.

>Но это не значит, что ее движок запускает .prg под линухом, просто они могут работать с любыми легаси данными

Запускает - там есть мануал что нужно сделать.

Но суть вопроса не в этом - а в том что любой _язык_ кроспалтформен. А некросплатформенными является только набор библиотек. при чем С++ _наименее_ кросплатформенная среда - всякие питоны, руби и жавы имеют _кросплатформенную_ стандартную библиотеку.

Так что не надо путать наличие компилятора под платформой и действительную кросплатформенность среды. А все что думает мозилла о кроспалтформенности компиляторов с++ я уже показал.

>У жавы вообще компиляторов/виртуальных машин по пальцам одной руки можно пересчитать.

Серьезно?

http://en.wikipedia.org/wiki/List_of_Java_virtual_machines

При чем там не все. Обратисть к хирургу - у тебя перебор с пальцами.

>Используй один компилятор на разных платформах - и будет щастье.

Серьезно? Хело ворлды компилить? А как на счет набора библиотек? Аблом с этим?

>очему-то юзать sun jvm на всех поддерживаемых платформах не считается зазорным.

Серьезно? Ох уже эти сказочники. Сан выпускает jvm под _3_ (плюс с недавнего времени содействует bsd) платформы - вин, лин и солярис. Все остальные либо пишут свое либо лицензируют и портируют. Покажешь мне где на сане скачать jvm для Apple? Или irix? Или iax? Где для чпукса?

А ведь под это все есть - и я сам разрабатываю приклады которые работают на всем этом зоопарке и знаешь - it just works. Собрано один раз - работает везде. Из дичной практики.

>Уверяю тебя, сейчас подавляющее большинство компиляторов поддерживает и исключения, и RTTI, и уж точно STL, including iostream и namespace-ы

Я даже не сомневаюсь. Имел опыт портирования здоровых приложенить с 2.95 на 3+. То что собиралось без единого варнинга на 2.95 на 3 сыпало тучами ошибок компиляции и неправильно работало в рантайме. Это просто сказка какаято. Ты мне будешь расказывать про кросплатформенность ++. Даже в рамках одного компилятора разных версий приходится портированием заниматься.

>В общем я всё еще говорю, что кроссплатформенный :)

как и _любой_ язык.

>http://en.wikipedia.org/wiki/List_of_Java_virtual_machines

>При чем там не все. Обратисть к хирургу - у тебя перебор с пальцами.

Толку то, реально используются пара тройка, и скорее всего между собой также не слишком несовместимы, как например MS реализация и Sun, либо недоделанные, как Blackdown и другие. Под x86_64 до сих пор нет нормального плагина jre для файрфокса. Приходится юзать 32-битную версию Sun jre.

> Серьезно? Хело ворлды компилить? А как на счет набора библиотек? Аблом с этим?

Для библиотек есть всякие полезные паттерны типа PIMPL и NVI. Можешь для примера кстати посмотреть на Qt. Вполне себе успешная библиотека. Тем не менее, если уж совсем никак не помогает, в конце концов есть C ABI.

> Я даже не сомневаюсь. Имел опыт портирования здоровых приложенить с 2.95 на 3+. То что собиралось без единого варнинга на 2.95 на 3 сыпало тучами ошибок компиляции и неправильно работало в рантайме. Это просто сказка какаято. Ты мне будешь расказывать про кросплатформенность ++. Даже в рамках одного компилятора разных версий приходится портированием заниматься.

Хватит уже про динозавров вроде gcc ветки два. Это не портирование, а больше приведение к стандарту. А в общем надо исходные тексты смотреть, что там такого ужасного было написано, что даже в рантайме работало неправильно. Честно говоря, не думаю, что изменения были столь значительны при переходе с gcc 2.x на 3.x.

>>В общем я всё еще говорю, что кроссплатформенный :)

>как и _любой_ язык.

Ты бы вспомнил, с чего обсуждение началось, а? Речь о том, что грамотно написанную Си/С++ программу без проблем можно перекомпилить практически под любую платформу. К сожалению, этот Android - исключение. Причем похоже сделано оно намеренно. По каким-то своим гениальным причинам гугл решил запретить писать на всём, кроме Java.

> Но суть вопроса не в этом - а в том что любой _язык_ кроспалтформен. А некросплатформенными является только набор библиотек. при чем С++ _наименее_ кросплатформенная среда - всякие питоны, руби и жавы имеют _кросплатформенную_ стандартную библиотеку.

С++ - не среда, а язык. В этом принципиальное заблуждение. Среда (платформа) - это как раз Java. Если кому нужна "среда" - велкам, есть Qt, boost и прочее, вполне кроссплатформенные библиотеки, в которых есть всё, что нужно, и которые можно найти парой щелчков мыши в гугле.

> Так что не надо путать наличие компилятора под платформой и действительную кросплатформенность среды. А все что думает мозилла о кроспалтформенности компиляторов с++ я уже показал.

Опять откуда-то возникло слово "среда". С понятиями определимся для начала, а? А то, что думает мозилла о с++ - это проблемы мозиллы. Причем проблемы 98-го года и компиляторов, основанных на cfront.

Для умеющих читать, сходите по ссылке и посмотрите, что реально думает мозилла, и на чем основываются эти её мысли. Cfront was the original compiler for C++ (then known as "C with Classes") from around 1983, which converted C++ to C; developed by Bjarne Stroustrup.

r, ну давай еще тут обсудим компиляторы 83-го года, а? И их соответствие стандарту. Ты вроде адекватный человек, уж можно было внимательно изучить, что там эта мозилла понаписала, прежде, чем нести свет науки в массы?

>Толку то, реально используются пара тройка

И откуда люди принципиально не пишущие на жабе лучше жаберов знают что используется?

Даже под венду и линукс пока бимеры не забили мы использовали бимеровскую жабу.

А десктопами что ограничивается мир? Нет? Жава ж тырпрайз забыли? И этот тырпрайз работает на айрикас аиксах и прочих чпуксах в том числе от которых никто избавлятся тне собирается - это мегамашины с десятками процессоров и терабайтами оперативки. Некоторые машины по продвинутее сановской будут - например SGIйная которая отлично поддерживает все возможности тех мегамашин на которых работает.

>Тем не менее, если уж совсем никак не помогает, в конце концов есть C ABI.

Ну вот и выяснилось ч то кросплатформеность С++ выражается в левой библе'отике qt или с c ABI.

На той же жабе таких проблем - нет.

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

>Речь о том, что грамотно написанную Си/С++ программу без проблем можно перекомпилить практически под любую платформу.

Ты опять про грамотно написаных хело ворлд. Из твоей фразы можно убрать С/++ и заменить на любое - будет все верно в рамках которых ты говоришь. А на практике все зависит от библиотек.

>По каким-то своим гениальным причинам гугл решил запретить писать на всём, кроме Java.

Например по кросплатформенным соображениям. Извини - но я в упор не вижу как написанный на С/++ или даже гном написанный на С можно перекмилировать под мой mp3 плеер.

Наверное это неграмотно написанные программы.

>С++ - не среда, а язык. В этом принципиальное заблуждение

Язык - это такой сферический конь в вакууме который без библиотек значения не имеет. Все языки кросплатформены.

>которые можно найти парой щелчков мыши в гугле.

И они заработают автоматически на чпксе аиксе айриксе линуксе и венде с поддержкой десятков процессоров на аиксе, теробайтной озу в ариксе и т.д.?

>Опять откуда-то возникло слово "среда".

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

>ну давай еще тут обсудим компиляторы 83-го года, а?

Нет уж. Ты сказал что мозилла в 98 году. А 2.95 gcc для тебя старый. Тебе напомнить в каком году вышла сбабильная треться версия 3 GCC? Айайай - совсем не в 98 а пяток лет спустя И говорим мы тут не о седой древности.

>И их соответствие стандарту.

Стандарту какого года? Когда последний стандарт по С++ принят? Когда последний стандарт по C++ принят? Когда будет следующий?

Да я рад что в прошлом году С++ наконец-то стал соответствовать стандарту. Мозилла может стпать спокойно;)

Повторяю - язык кросплатформенен - любой - это не фишка С++.

А в разработке имеет значение факт доступности кросплатформенных библиотек. Кто не компилил софременные программы на С/++ под какие нить неновые солярки под которые существует только 2.95 не оценит действительной кросплатформенности С++. А да я вспомнил - это же лохматые системы, тру пацаны под них не пишут - они пользуются только последней версией GCC под последниедней слакой в которое запихнули экспериментальное ядро. А вот я такой с клиентами в японии которые сидят сотнями еще на 9тых маках и не на какие висты не переходят. И мне "кросплатформенный язык" не не помогает, мне очень помогает наличие портабельной библитеки под весь этот зоопарк. И портабельность решений на определенном языке упирается в портабельность используеміх библиотек.

А язык кросплатформенен - любой.

> И они заработают автоматически на чпксе аиксе айриксе линуксе и венде с поддержкой десятков процессоров на аиксе, теробайтной озу в ариксе и т.д.?

Да. Qt/X11 (Linux®, Solaris®, HP-UX, IRIX, AIX, many other Unix variants), Qt/Windows (Microsoft Windows Vista™, Server 2003, XP, 2000, NT 4, Me/98), Qt/Mac (Mac® OS X, 10.3 and 10.4), Qtopia Core - Learn more about the embedded Linux port of Qt. Using Qt delivers true platform independence - code once and deploy anywhere.

> Стандарту какого года? Когда последний стандарт по С++ принят? Когда последний стандарт по C++ принят? Когда будет следующий?

The C++ programming language standard was ratified in 1998 as ISO/IEC 14882:1998, the current version of which is the 2003 version, ISO/IEC 14882:2003. A new version of the standard (known informally as C++0x) is being developed.

Есть приближенное к реальности предположение, что если ты не понял, о чем идёт речь, когда я говорил про PIMPL и NVI, то написать программу, использующую разницу между с++ 98г. и 2003г. ты не сможешь.

> А в разработке имеет значение факт доступности кросплатформенных библиотек.

Еще раз повторяю, кроссплатформенные библиотеки - доступны. И их - море. Велкам на sf.net.

> Кто не компилил софременные программы на С/++ под какие нить неновые солярки под которые существует только 2.95 не оценит действительной кросплатформенности С++.

А слабо было заюзать кросс-компилятор? Или для начала скомпилить gcc 3.x? Поставить на чпукс новую JVM религия позволяет, а собрать компилятор, значится, нет? Кроме того, чего это мы зацикливаемся на gcc, есть масса компиляторов, которые и в 98 году поддерживали стандарт. Comeau c++, например: "April 4, 2007 -- Take a sneak peak at Comeau C/C++ 4.3.9 which includes support for the upcoming "C++0x" standard."

> Ну вот и выяснилось ч то кросплатформеность С++ выражается в левой библе'отике qt или с c ABI.

Ты никогда не пробовал использовать библиотеки с открытыми исходными текстами? Сообщаю, проблем с ABI в таком случае нет. А мы тут собрались в общем именно потому, что любим OpenSource (я надеюсь). Далее, если тебе нужно написать коммерческую библиотеку именно с с++ внешним интерфейсом, тут да, возникнут сложности, поскольку стандарта на C++ ABI не существует, и тому есть причины. Очень много оптимизаций завязано именно на ABI. Тем не менее, использование приёмов, которые должен знать любой разработчик библиотек, пару из которых я упомянул, позволяет снизить несовместимость ABI до минимума. Тем не менее, если и это неприемлемо, никто не запрещает использовать тобой так сильно презираемый C ABI. И ничего зазорного в этом нет, наоборот, есть свои преимущества, такой код сможет использовать и pure C программа (и Java программа - тоже). Кроме того, если и это не помогает (мне кажется, уже должно было полегчать), есть еще, к примеру, COM/CORBA (правда использовать не советую).

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