Mono - часто задаваемые вопросы

Так Вы хотите совместимость с плюсами в своем ЯП осилить? К тому что все говно в Ваш язык передейдет приведет это. Гарантировать такое склонен я, и цели Ваши в тумане для меня находятся.

Да, я един - можно читать как "один". Надо было код целиком приводить.

Я вот не понимаю: mono является свободной реализацией .NET, которая изначально должна быть пускалкой программ на дотнете под платформами, отличными от венды. Зачем нам _догоняющий_ проект, когда есть полноценная жабка, работающая на ряде платформ? К JVM ведь можно прикрутить другие языки. И их прикручивают. Ну может возможности прикручивания и не такие большие... Но есть ещё и Parrot - этот проект было бы поддержать во много раз разумнее. А то он старше того же дотнета, а всё ещё версии 1.0 нет.

> Меня всегда удивляло с каким усердием и полнотой информации
> составлена документация для разработчиков MSDN. Картинки, легкий в
> понимании текст с наочными работающими примерами, индексный поиск
> информации. По ключевому слову можно найти нужнуу функцию в течении
> нескльких секунд. Еще пара минут на чтение - и ты владеешь в
> информации.

Усердие и полнота:

Метод GetUser. Что происходит если пользователя нет? Возвращается null? Кидается exception? Возвращается какой-то специальный user?

http://msdn.microsoft.com/en-us/library/fcxcb339.aspx

>>уж троллинга точно нет.

>Чёрт!..

>А если троллинг тонкий, технологичный?

Это да, их есть :)

>> Как реализация - несомненно. Как идея - надо ещё подумать.

Нужно ядро стабильное делать, а не безопасное окружения для ядра.

int main(int argc, char **argv) {

int a = 1; int b = 2; int c[] = {a, b};

}

# gcc -O -S a.c

.file "a.c"

.def ___main; .scl 2; .type 32; .endef

.text

.globl _main

.def _main; .scl 2; .type 32; .endef

_main:

pushl %ebp

movl %esp, %ebp

subl $8, %esp

andl $-16, %esp

movl $16, %eax

call __alloca

call ___main

leave

ret

Т.е. оптимизатор все выоптимизировал.

# gcc -S a.c

.file "a.c"

.def ___main; .scl 2; .type 32; .endef

.text

.globl _main

.def _main; .scl 2; .type 32; .endef

_main:

pushl %ebp

movl %esp, %ebp

subl $24, %esp

andl $-16, %esp

movl $0, %eax

addl $15, %eax

addl $15, %eax

shrl $4, %eax

sall $4, %eax

movl %eax, -20(%ebp)

movl -20(%ebp), %eax

call __alloca

call ___main

movl $1, -4(%ebp)

movl $2, -8(%ebp)

movl -4(%ebp), %eax

movl %eax, -16(%ebp)

movl -8(%ebp), %eax

movl %eax, -12(%ebp)

leave

ret

> Надо было код целиком приводить.

Может тебя вообще не надо было тестировать?

А прогеру на С такие вещи, которые я опустил, вообще очевидны.

>Я думал, это очевидно...

С глобальными вообще непонятно, как это реализовать. С локальными, как и ожидадось, просто идут присваивания (скоипилено без оптимизации, даже с -O функа состоит из одной RET):

.globl f

.type f, @function

f:

.LFB3:

pushq %rbp

.LCFI0:

movq %rsp, %rbp

.LCFI1:

movl $1, -4(%rbp)

movl $2, -8(%rbp)

movl -4(%rbp), %eax

movl %eax, -16(%rbp)

movl -8(%rbp), %eax

movl %eax, -12(%rbp)

leave

ret

.LFE3:

> и ещё некоторые приложения 3D...

Не возражаю. Только я привел это как пример в защиту выбраной лицензии. Если бы лицензия была другой - то NX платформы могло бы и не появиться.

>>Тогда для начала - удали иксы нафик %)

>Пруфлинк.

http://ru.wikipedia.org/wiki/X_Window_System

Лицензия MIT

Лицензия не является «копилефтом» (не содержит требования выпуска модифицированных версий под той же лицензией), что допускает использование кода в «собственническом» ПО (англ. proprietary).

Некоторые группы в МТИ используют эту лицензию для своего ПО, в частности программы Expat, Metakit, PuTTY, Mono и, наиболее известная, X Window System (X11).

BSD like license

anonymous> Нужно ядро стабильное делать, а не безопасное окружения для ядра.

Вообще можно сделать на основе текущего специальное API, которое будет стабильным и его можно будет использовать, и реализовать это дело как модуль.

> А Жабка-то наша. И юзается гораздо больше нежели говнонет.

Жаба тоже ничего. Но framework у нее слишком правильный. Приходится слишком много писать чтобы сделать простую вещь. Ну а IO жавовский - это вообще смерть котенку. Как старый так и NIO.

> Так Вы хотите совместимость с плюсами в своем ЯП осилить? К тому что все говно в Ваш язык передейдет приведет это.

Синтаксис плюсов я не собираюсь поддерживать, а только семантику.

> Надо было догадаться, что эти все переменные -- локальные.

Кстати да, глобальные переменные "не жрет". Проверил

В жабе нет нормальных typesafe generics. И если не менять JVM то их не будет.

В С ничего очевидного не бывает, увы.

ANSI C очень прост и очевиден.

> С глобальными вообще непонятно, как это реализовать.

1. Ну так надо было догадаться, что это про локальные

2. Понятно как, и понятно, что НЕ все компиляторы пойдут на это с песней и танцами.

моно ненужен.

> В жабе нет нормальных typesafe generics. И если не менять JVM то их не будет.

Да, дженерики там урезанные. Хрен ты там сделаешь например тензор полноценный.

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

> ANSI C очень прост и очевиден.

Это тебе по привычке... Но конечно, по синтаксису плюсы страшный монстр.

И еще -- если все в С можно сделать по-своему, например, написать свой printf, то в плюсах попытавшись сделать свой vtable тебя будет ждать облом.

Это моя основная претензия к плюсам.

> D точно так же вроде - стиль С/С++, но совместимость только с первым. Под твой язык надо будет переписывать библиотеки - что никому нафиг не нужно.

1. Стандартные библиотеки плюсов там пойдут (ну может чуток подправленные)

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

> В С ничего очевидного не бывает, увы.

Нда. Вот это как раз говорит о том, что ты его изучил, но не программил на нем.

> Это тебе по привычке...

имя нам (с привычкой) - легион :)

> Но конечно, по синтаксису плюсы страшный монстр.

с одной стороны - да. с другой - все логично.

> то в плюсах попытавшись сделать свой vtable тебя будет ждать облом.

вот что мне нравится в C# - это четкое очерчивание списка задач которые на нем удобно решать. и заточка инструмента под эти задачи. это именно то, чего мне не хватает в java и чего невозможно получить в c++.

> /me нацарал в подъезде "Mono sux"

Лучшее, на что ты способен?

> D точно так же вроде - стиль С/С++, но совместимость только с первым.

Я же четко сказал -- мне надо совместимость с ОБОИМИ !!!

> /me нацарал в подъезде Двусмысленно :)

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

Плюсовые строки не переписывает только ленивый. IO из std:: - жуткая какашка. Остальной STL имхо очень даже хорош.

что означают зеленые звездочки рядом с ником?

>Нда. Вот это как раз говорит о том, что ты его изучил, но не программил на нем.

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

>> Но конечно, по синтаксису плюсы страшный монстр. > с одной стороны - да. с другой - все логично.

Можно сделать логично и не монстрово.

Хочешь -- стучишь в жаббер list.ru точка list.ru собака gmail.com

на тему обсуждения "каким должен быть язык моей мечты".

З.Ы. и другие -- стучитесь

>что означают зеленые звездочки рядом с ником?

Столько раз юзер был забанен.

> IO из std:: - жуткая какашка.

+1

> Остальной STL имхо очень даже хорош.

Пока ты не начал испытывать проблем с инвалидацией указателей в массивах, да и вообще, AW - Effective STL весь заполнен ужасами которых надо избегать и компилятор где -- не помощник.

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

s/в массивах/в контейнерах/

>Mono - часто задаваемые вопросы

для Ъ, там на первом месте "а нафига это гуано нужно?" или "платит ли нам некософт за диверсию?" стоит?

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

Чтоб я этим занимался? возьму готовенькое

> или "платит ли нам некософт за диверсию?" стоит?

не стоит. Даже первоклассники уже наверно знают, что платит.

>Под лицензией BSD море кода, а ведь она позволяет использовать этот код в проприетарщине - они все тоже куплены?

ну если не университетские разработки, то боюсь ответ не "куплены", а "идиотища"

> что означают зеленые звездочки рядом с ником?

> сколько раз юзер был забанен

/me вспоминает старый анекдот: "Кто сказал моей невесте, что каждая лычка на погонах обозначает одного ребенка?" :-D

Против MIT ничего не имею, но Mono (по крайней мере, сейчас) нафиг не нужен.

Фронтэнд к GCC?

>Через раз софт только под Линуксом работает. [бред скипнут] Нет, такое недопустимое качество софта не может удовлетворить корпоративного заказчика

ну да. заказчику нужно не "через раз", а через "через три раза" минимум :)

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

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

> Фронтэнд к GCC?

конечно. щас они довольно просты. А для начала можно вообще фигачить в С/С++.

>Куда уже аккуратнее то? И так стараюсь что бы красноглазики не захлебнулись слезами от горя и не ушли в долгий и основательный запой.

ну у нас вантузятники тут бывалые, чем только уже не захлебывались, вы за них зря волнуетесь

>Фронтэнд к GCC?

Ну это наиболее логично. Парсер-то несложно написать, а над оптимизацией пусть поделка RMS трудится, фигли лисапед изобретать.

Кстати небезызвестный Fabrice Bellard писал компилятор C, способный скомпилить ядро линя за считанные секунды. Правда работало оно наверно не быстрее, чем бы было написано на C#.

>Троллей я обычно не кормлю, но MSDN розлива 2007 года меня регулярно выводит из себя. За каким, скажите, лядом, я должен щелкать по кнопочкам и ссылочкам, чтобы поглядеть то, ради чего пришел "Sunj members"? Нет же, мне суют какие-то Syntax (на всех официальных языках .NET, конечно - иначе б я думал, что уроды вроде J# давно умерли), Examples, разбавленные не пойми чем. Хотя, возможно, оффлайновая версия у них структурирована лучше - но вариант начала 2000-ых мне нравился куда больше.

+100. раньше msdn не был таким говном.

>А у тех кто сидят на нативном нормальном .NET как всегда все хорошо. Интересно только одно. Почему?

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