yogev_ezra
Желание сделать что-либо полезное для проекта конечно позитивное направление, но все же может с некоторыми вещами не стоит так торопиться - особенно если нет стабильного опыта. Впрочем компилятор нужен конечно. Как у этих исходников с лицензией? Я не нашел информации в залитых файлах.
"Ночные" сборки KolibriOS
Исходники выложены в свободном доступе на сайте Михаила Шекера: http://c--sphinx.narod.ru/exampl.htmMario wrote:yogev_ezra
Желание сделать что-либо полезное для проекта конечно позитивное направление, но все же может с некоторыми вещами не стоит так торопиться - особенно если нет стабильного опыта. Впрочем компилятор нужен конечно. Как у этих исходников с лицензией? Я не нашел информации в залитых файлах.
Про лицензию ничего не нашёл, к сожалению. Но разве выкладывание исходников как бы не намекает, что ими можно пользоваться? Иначе зачем выкладывать?
Оно как-бы намекает что автор позволил их смотреть, о том можно ли их использовать для своих целей - это не гарантирует, так что лучше уточнить этот вопрос у самого автора.yogev_ezra wrote: Про лицензию ничего не нашёл, к сожалению. Но разве выкладывание исходников как бы не намекает, что ими можно пользоваться? Иначе зачем выкладывать?
Как-то так вот:
From: Yogev Ezra <##не скажу##@gmail.com>
To: halimovskiy@usa.net
Date: Sun, Feb 6, 2011 at 3:44 PM
Subject: Использование исходников Вашего компилятора "32" в проекте "КолибриОС"
Mailed-by gmail.com
Добрый день!
Я хотел бы узнать, не возражаете ли Вы против использования исходников Вашего компилятора "32" в проекте "КолибриОС"?
Мы нашли их на сайте компилятора "Sphinx C--", который ведёт Михаил Шекер. Линк на проект: http://www.kolibrios.org/
Заранее благодарен Вам за ответ!
С уважением, Евгений
================================================
From: Mail Delivery Subsystem <mailer-daemon@googlemail.com>
To: <##не скажу##@gmail.com>
Date: Sun, Feb 6, 2011 at 3:45 PM
Subject: Delivery Status Notification (Failure)
Delivery to the following recipient failed permanently: halimovskiy@usa.net
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 <halimovskiy@usa.net>... User not known (state 14).
Ну, в таком случае остается указать лицензию, которая была в изначальных файлах, раз уж автор ими воспользовался.
>32-битный консольный C--подобный компилятор.
это не Sphinx C--. Я незнаю насколько он отличается от Сфинкса. Все руки недоходят проверит его. Но если же всетаки получится его собрать под КолибриОС, то это будет крайне великолепно.
з.ы. если мне память не изменяет, то Михаил Шекер поступил малость хитро и не оставил в интернетах исходников самого Сфинкса С--, а только бинарники, что имхо очень плохо.
это не Sphinx C--. Я незнаю насколько он отличается от Сфинкса. Все руки недоходят проверит его. Но если же всетаки получится его собрать под КолибриОС, то это будет крайне великолепно.
з.ы. если мне память не изменяет, то Михаил Шекер поступил малость хитро и не оставил в интернетах исходников самого Сфинкса С--, а только бинарники, что имхо очень плохо.
Так а я о чём писал вышеs1n wrote:з.ы. если мне память не изменяет, то Михаил Шекер поступил малость хитро и не оставил в интернетах исходников самого Сфинкса С--, а только бинарники, что имхо очень плохо.
Это я к тому анекдоту "Вот за это нас евреев и не любят
Сделано.Mario wrote:Ну, в таком случае остается указать лицензию, которая была в изначальных файлах, раз уж автор ими воспользовался.
Хорошо бы для начала портировать компилятор C--, т.к. в данном виде он непосредственнок к Колибри имеет мало отношения.
Я настоятельно не рекомендую использовать C--. Это язык, не обладающий ни гибкостью ассемблера, ни оптимизирующими компиляторами уровня gcc и, тем более, msvc. Компилятор C-- - единственный компилятор в системе сборки, который, во-первых, иногда явно глючит при кодогенерации, и во-вторых, не позволяет задать имя выходного файла, всегда размещая его в папке с исходниками - что приводит к необходимости дополнительных ухищрений для работы и невозможности параллельной сборки для разных языков, каковая осуществляется для всех остальных компиляторов.
Насчёт глюков кодогенерации, я почитал об этом, и насколько я понял: C-- парсит все строчки слева направо, вне зависимости от приоритета. То есть скобки ему "по барабану". Может быть, именно это было причиной, что clicks неправильно работало, пока Вы не переставили местами 2 аргумента в одной строчке. То есть, это как бы синтаксис языка, а не баг.CleverMouse wrote:Я настоятельно не рекомендую использовать C--. Это язык, не обладающий ни гибкостью ассемблера, ни оптимизирующими компиляторами уровня gcc и, тем более, msvc. Компилятор C-- - единственный компилятор в системе сборки, который, во-первых, иногда явно глючит при кодогенерации, и во-вторых, не позволяет задать имя выходного файла, всегда размещая его в папке с исходниками - что приводит к необходимости дополнительных ухищрений для работы и невозможности параллельной сборки для разных языков, каковая осуществляется для всех остальных компиляторов.
Насчёт плохого языка - Вы правы, но: я плохой программист (хотя имею степень Бакалавра компьютерных наук, но больше разбираюсь в QA, hardware, system administration, программирование как-то не приживается). Из всех языков, что используются для Колибри в программах, уже написанных другими людьми, я реально смог прочесть код только C-- - все остальные "ниасилил"
yogev_ezra, нет, это глюк именно в кодогенерации. Кодогенератору нужно было в строчке N поместить индекс массива в регистр, чтобы обратиться к элементу массива; кодогенератор заметил, что непосредственно перед строчкой N в регистре уже был вычислен индекс массива, и решил, что второй раз можно этот индекс не вычислять. Но кодогенератор не заметил, что строчка N может получать управление в двух случаях, и сгенерированный им код содержит грубую ошибку, хотя исходный код был совершенно корректен.
В чём проблема с пониманием исходников на C++, например, http://redmine.kolibrios.org/projects/k ... osilka.cpp ?
В чём проблема с пониманием исходников на C++, например, http://redmine.kolibrios.org/projects/k ... osilka.cpp ?
Сделаем мир лучше!
yogev_ezra
Выбирая негодный язык заранее ограничиваешь возможности для своего роста как программиста.
Выбирая негодный язык заранее ограничиваешь возможности для своего роста как программиста.
Почему тогда auto-build собирает только одну GCC программу - shell, и правил для её сборки - около 10 строчек, а на C-- Makefile собирает 4 программы, и для каждой - правило в 1 строку? Я под GCC даже собрать в Колибри не сумею, не то, что написать...CleverMouse wrote:В чём проблема с пониманием исходников на C++, например, http://redmine.kolibrios.org/projects/k ... osilka.cpp ?
А пробовал кто-то обращаться к Шекеру и просить исходники? Так можно будет исправить баги, если есть.
Простите за грубость, но программист - как проститутка: после 40 лет - или начальник, или уходи с работы.Mario wrote:yogev_ezra
Выбирая негодный язык заранее ограничиваешь возможности для своего роста как программиста.
Я это к тому, что программировать начал в 13 лет, сейчас уже 33, а так нормально программировать и не умею.
Пробовал Ассемблер, Бейсик, Паскаль, С, С++, Prolog, Lisp, Java - больше 100 строчек кода не осиливаю.
Так что лучше уж буду заниматься тем, что получается хорошо, а другие будут заниматься программированием.
Но 1-2 программы на C-- попробую написать, на досуге
yogev_ezra, потому что все существующие программы на C-- для Колибри содержат один главный файл, и на этот сценарий сделан шаблон. Шаблон содержится в Makefile.cmm и там отнюдь не одна строчка. Для C/C++, как правило, программа состоит больше чем из одного файла, причём они ещё и в разных папках могут быть, поэтому там общие шаблоны составить труднее. shell - не единственная программа на C, которая собирается автосборкой, я уже упоминала kosilka. Прочие программы на gcc не собираются главным образом потому, что основной автор, использующий GCC, - Albom - так и не определился, как именовать макроопределения для выбора языка.
Сделаем мир лучше!
Гым... как то после того как поработал: слесарем КИП и А, техником по обслуживанию оборудования, оператором видеоэфира ктв, верстальщиком газеты, изготовителем мелкой рекламы и последние 3 года программистом ассемблерщиком майнфрейма - в свои 31, я даже теперь затрудняюсь дать определение являюсь ли я проститутом (по твоему определению) или свободным человеком занимающимся тем что ему нравится (и подвернулось по случаю).yogev_ezra wrote: Простите за грубость, но программист - как проститутка: после 40 лет - или начальник, или уходи с работы.![]()
Я это к тому, что программировать начал в 13 лет, сейчас уже 33, а так нормально программировать и не умею.
Пробовал Ассемблер, Бейсик, Паскаль, С, С++, Prolog, Lisp, Java - больше 100 строчек кода не осиливаю.
Так что лучше уж буду заниматься тем, что получается хорошо, а другие будут заниматься программированием.
Но 1-2 программы на C-- попробую написать, на досуге
На работе есть один коллега и он уже зачитывал статейку неизвестного производства о сходстве и различиях профессий путаны и программиста, причем отнюдь не в пользу второй.
Who is online
Users browsing this forum: Google [Bot] and 4 guests