LINUX.ORG.RU
ФорумTalks

[apple]xCode 4. Они допилили llvm

 


0

0

Читаю описание xCode и понимаю, что они таки допили clang и интеграцию с ним

IDE теперь использует тот же парсер кода, что и компилятор. Ошибки показывает налету, понятные (а в clang с этим куда лучше, чем в gcc), даже исправлять пытается.

Думаю, что и статические вещи она отлично вычисляет - теперь будут действительно хорошие подсказки.

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

В общем, хочу IDE с «интегрированным» компилятором под linux

★★★★

Ответ на: комментарий от fang

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

Все равно, когда парсер идет по коду и находит ошибку - он предполагает ее некоторое исправление. Почему бы его не показать пользователю?

namezys ★★★★
() автор топика
Ответ на: комментарий от stevejobs

кстати, очень няшно надо найти и попробовать

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

Показать можно, согласен. Значит, я понял неправильно - что он сам заменяет в сорце неправильный код на «правильный».

fang
()

подсказки/ошибки - это ерунда, скорость компиляции тоже, единственно что я жду хорошего( табы уже не жду - эппловцы упоротые и их не добавят ) - то что дебаггер наконец-то перестанет тупить, научится разбираться в том, какого же типа объект - а не брать тупо по типу указателя, показывать строки в utf8/utf16 etc. и т.п.

ahonimous
()
Ответ на: комментарий от ahonimous

с дебагером не ясно - не пробовал. Но дебагер новый - специально для llvm они написали свой - обещали, что хороший.

ещё они расширили возможности визуального программирования

namezys ★★★★
() автор топика
Ответ на: комментарий от Sulfur

Дядя, дельфи писали по образу и подобию NEXTStep А это и есть развитие NEXTStep - только разумное. Есть и визуальное программирование, и обычное, и хорошие подсказки и тд

namezys ★★★★
() автор топика
Ответ на: комментарий от Sulfur

>Правда Delphi я видел 7 лет назад

я лет 10

Дельфи писали по образу и подобию NEXTStep

среду разработки по образу и подобию ОС? Можно пруф?

lazyklimm ★★★★★
()
Ответ на: комментарий от Sulfur

>Пруф надо не у меня просить, а у ТС.

у него и спрашиваю, мне лень было два поста писать

lazyklimm ★★★★★
()
Ответ на: комментарий от Sulfur

> Алсо, с тем же успехом можно сказатьчто C++ Builder - клон Qt

Вообще-то о Delphi и заявляли, что они взяли идеи у NextStep

namezys ★★★★
() автор топика
Ответ на: комментарий от lazyklimm

> среду разработки по образу и подобию ОС? Можно пруф?

Пруф искать надо.

Напомнить, что визуальное задание интерфейса, компоненты, объекты независимые и еще много и многое как раз и было новшествами в NextStep и позволяло писать быстрый и качественный код.

xCode использует визуальные компоненты как раз в той необходимой, и достаточной мере, чтоб не портить этим результат.

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

>Посмотрите на вики - это раз.

Что именно мне там нужно посмотреть ?

Два - делфи до xCode далеко


Скорее наоборот. Нет, я дельфи не люблю, но Xcode до него еще тянуться и тянуться. Как и до MSVS. Как и до Eclipse. Как и до NetBeans.

Sulfur
()

Жду не дождусь того для, когда clang заменит gcc в Линуксе. Большую часть линуксовых программ, по моим наблюдениям, он уже нормально компилирует. Как там с ядром?

LucidFox
()
Ответ на: комментарий от namezys

>Вообще-то о Delphi и заявляли, что они взяли идеи у NextStep

Ну пускай так. А у кого взяты идеи Linux ? И где сейчас коммерческие Unix ?

Sulfur
()
Ответ на: комментарий от Sulfur

Как и вам до того, о чем вы не знаете.

Да, для Qt xCode 3 плохо подходит - пользуюсь eclipse. 4 еще не пробовал

namezys ★★★★
() автор топика
Ответ на: комментарий от Sulfur

Где сейчас Дельфи, и где xCode

Почему софт под iPhone много?

Почему софт под mac os x удобен, даже если его делают на коленке? И часто качественее

namezys ★★★★
() автор топика
Ответ на: комментарий от LucidFox

>Жду не дождусь того для, когда clang заменит gcc в Линуксе.

Это всё равно что ждать когда Mono заменит Java. Студенческая поделка clang пока никому не нужна. Быть может лет через 10...

А в ядре куча ggc'измов.

Sulfur
()
Ответ на: комментарий от Sulfur

> Это всё равно что ждать когда Mono заменит Java. Студенческая поделка clang пока никому не нужна. Быть может лет через 10...

у вас все студенческая поделка, кроме сделанного самим РМС

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

>Где сейчас Дельфи, и где xCode

В России дельфи на любом предприятии, в любой конторе, на десктопе любого вендузятника. А вот где Xcode непонятно.

Почему софт под mac os x удобен, даже если его делают на коленке? И часто качественее


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

Почему софт под iPhone много?


Каждый хочет срубить бабла с хомячков. С Android та же история.

Sulfur
()
Ответ на: комментарий от namezys

> ага. только он, сцуко, как раз и сделан как замена gcc

можешь привести ссылку на то, что там есть gcc-мы и отход от стандарта?

ahonimous
()
Ответ на: комментарий от namezys

>у вас все студенческая поделка, кроме сделанного самим РМС

С чего это вы сделали такие выводы ? Clang действительно далеко до продкшн. Или вы хотите с этим поспорить ?

Sulfur
()
Ответ на: комментарий от LucidFox

>Жду не дождусь того для, когда clang заменит gcc в Линуксе.

мм, зачем заменять? Альтернативы это хорошо

Почему софт под mac os x удобен, даже если его делают на коленке?

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

lazyklimm ★★★★★
()
Ответ на: комментарий от Sulfur

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

вот это же я и говорю

lazyklimm ★★★★★
()
Ответ на: комментарий от namezys

>ага. только он, сцуко, как раз и сделан как замена gcc

Что вы употребляете? Это просто интеловский компилятор. Для интела. Им на gcc пофиг.

Sulfur
()
Ответ на: комментарий от Sulfur

В России дельфи на любом предприятии, в любой конторе, на десктопе любого вендузятника. А вот где Xcode непонятно.

отдаленно попахивает 4.2 =) Время от времени пролистываю вакансии, и предприятиям как-то больше нужны джависты и дотнетчики. И еще очень нужны некрофилы, имеющие секс с неживыми FoxPro, старым Access, и да - базами данных на Delphi 5. А вот на актуальной дельфи пока попалась аж целая одна вакансия - но там просили нечто жуткое в стиле «10 лет программирования на дельфи, 15 на интербейзе, желательно знать Всё Остальное Что Есть В Компьютере».

stevejobs ★★★★☆
()
Ответ на: комментарий от ahonimous

>> А в ядре куча ggc'измов.

миф

Ты хоть код ядра видел, специалист?

люди без особых проблем( были исправления, но немного ) собирали ядро icc

Потому что icc поддерживает gcc-измы.

tailgunner ★★★★★
()
Ответ на: комментарий от stevejobs

>отдаленно попахивает 4.2 =)

На Delphi 7 ваканский более чем. Нет, меньше чем Java и .NET, но есть. Важно что раньше их было очень много, и все дельфийские выродки до сих пор функционируют.

Sulfur
()
Ответ на: комментарий от Sulfur

> Clang действительно далеко до продкшн. Или вы хотите с этим поспорить ?

Определение «продакшена» - в студию. Чтобы мы знали, чем NaCl, Gallium3D и Unladen Swallow - не «продакшен».

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Ты хоть код ядра видел, специалист?

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

Потому что icc поддерживает gcc-измы.


пруф?

ahonimous
()
Ответ на: комментарий от Sulfur

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

интересно, почему на Дельфи было так мало красивых проектов? Пять лет назад я не знал, что такое «упячка», но типичное дельфи для интербейза выглядело прямо готовым скриншотом на упячечку. Чего стоят главные формы приложения, на которую напиханы невизуальные компоненты (тысячи их!) заклятые вместе страшной черной магией...

а, потом еще был цирк с проприетарными компонентами с закрытым исходником. Которые тащили вместе с программой свои окна активации (кторые должны видеть только разработчики), и которые надо было инициализировать тоннами костылей...

или вот еще, тенденция вместо массивов строк использовать ListBox'ы, а картинки загружать обязательно в TImage...

stevejobs ★★★★☆
()
Ответ на: комментарий от ahonimous

>> Ты хоть код ядра видел, специалист?

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

Слепыш здесь только ты.

tailgunner ★★★★★
()
Ответ на: комментарий от Sulfur

> А вот где Xcode непонятно.

там же. где и Final Cut, Logic и другие крупные продукты под mac os

где обычные пользовательские приложения действительно качественные

Выглядят страшнее ядерной зимы обычно.

Каждый хочет срубить бабла с хомячков. С Android та же история.

90 000 единиц говна

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

>Почему софт под mac os x удобен, даже если его делают на коленке? И часто качественее

потому что пишут его под маком.
а вот о Qt-софт под мак зачастую распознаётся с первого взгляда...

thevery ★★★★
()
Ответ на: комментарий от Sulfur

> Что вы употребляете? Это просто интеловский компилятор. Для интела. Им на gcc пофиг.

gccизмы он понимает

namezys ★★★★
() автор топика
Ответ на: комментарий от Sulfur

> Ну дельфи всегда была полным говном, я же не спорю. NeXTStep-way.

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

namezys ★★★★
() автор топика
Ответ на: комментарий от thevery

> а вот о Qt-софт под мак зачастую распознаётся с первого взгляда...

да. у них еще далеко до нативного вида

namezys ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.