"Умная линковка" в компиляторах

[jerri]

Посмотри внимательно. Для SDCC тоже почти никто почти ничего не делает. К тому же если кому-то нравится ZXDev, но не нравлюсь я, кто ему мешает программировать на ZXDev в своё удовольствие? Просто не нужно связывать эти вещи.

ну да Чурера она на z88dk.
а вот EVO sdk оно уже на sdcc.

[Oleg N. Cher]

ну да Чурера она на z88dk.

Можно юзать в качестве бэк-энда ZXDev и z88dk, и SpritePack(SPLIB) к нему впридачу, дело техники. Как говорится, было бы желание.

[introspec]

Здесь у нас монополия на кодерскую крутость. А ты понимаешь, что для продвижения Оберона в любых кругах нужно иметь авторитет. А как отвоевать его у монополистов, которые выходят на пиписькомер, игнорируют контраргументы и выдвигают новые задачи.

Это реально очень легко делается. Просто приходишь, выкладываешь новый красивый софт на Обероне и все радостно утираются. Ключевые слова: новый (легко), красивый (твои крысиные бега не катят, например), софт.
Без нового красивого софта ничего кроме критики ты не увидишь, потому что я, равно как и многие другие люди в этом треде, реально не верят, что твоя связка позволяет делать новый красивый софт.

[Vitamin]

Никто тебе не обещал на голом Си таких извращений, которые вообще немыслимы без виртуальной машины.

Ну покажи реализацию полиморфизма в любой другой объектной модели. Чтоб попроще было. "Наследование" же продемонстрировал.

Ну так читай предложенную книгу, исправляйся.

Я не использую оберон, но и не ругаю его. Равно как и другие технологии, в которых слабо разбираюсь. В отличие от.

[esl]

Ну покажи реализацию полиморфизма в любой другой объектной модели. Чтоб попроще было. "Наследование" же продемонстрировал.

я наверное не в теме дискурсии (не люблю срачи, они явно к хорошему не приводят)

но это не то что вы спрашиваете ?
https://en.wikipedia.org/wiki/GObject

The GLib Object System, or GObject, is a free software library providing a portable 
object system and transparent cross-language interoperability. 
GObject is designed for use both directly in C programs to provide object-oriented 
C-based APIs and through bindings to other languages to provide transparent cross-language 
interoperability, e.g. PyGObject.

Objective C долгое время транслировался в С и компилился обычным C компилиром
там объектная модель в библиотеке.

[jerri]

Ну так под стать другим, под предлагаемый формат общения. Или, думаешь, формат "мы сами не местные, а я бедный родственник" был бы эффективнее?

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

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

Задачи тебе предлагают в ответ на слова твои о том что: "Её переписать на Оберон - раз плюнуть. Машкод станет короче в полтора раза."

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

результаты же различной тяжести "hello world" не интересны ниразу.

Задачедатели заняты скорее всего чем то другим.

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

что скажешь вот про эту программу?
http://www.worldofspectrum.org/infos...730&loadpics=3
и например вот про эту
http://zx.pk.ru/showpost.php?p=712414&postcount=44

они завершены или нет?

[Q-Master]

Примера чего? И зачем ты поразрезал всё на кусочки? Ты же тут пол-ветки нам рассказывал как надо всё правильно делать без разрезания. Где пример?

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

Ты просил пример тебе собрать, который в архиве. В архиве примера небыло.
Порезал потому что я про линковку компайл-тайм рассказывал, а тут статические либы, которые линкуются нормально и так.

Батники и sh файлы тут не нужны. В данном случае просто для примера приведен. Все делается системой сборки, зато везде одинаково.

---------- Post added at 20:45 ---------- Previous post was at 19:59 ----------

Objective C долгое время транслировался в С и компилился обычным C компилиром
там объектная модель в библиотеке.

ObjC вообще нельзя брать в пример в данном случае. Он имеет совершенно другую объектную модель. Объект в обжцэ всегда наследник NSObject и фактически не имеет ф-ций. И уж тем-более ни одна из них не вызывается снаружи объекта.

[alone]

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

Если он обязательно наследован от определённого типа, то не считается?

[Vitamin]

я наверное не в теме дискурсии (не люблю срачи, они явно к хорошему не приводят)

но это не то что вы спрашиваете ?

Одна из промышленных реализаций.
Я всего-навсего попросил Oleg N. Cher подтвердить его же собственные слова по поводу легкости реализации принципов ООП на чистом С. Из трех принципов только по одному было что-то с натяжкой похожее на ответ. Что какбэ намекает на уровень знаний по данному вопросу, слабо соотносящийся с апломбом заявлений.

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

+100
Респект и уважуха за деятельность типа ZXDev, но зачем обманывать себя и других?

Если он обязательно наследован от определённого типа, то не считается?

Не совсем понял, но примерно догадываюсь о чем речь.
Если этот определенный тип описывает полиморфное поведение, то да. В идеальном случае- является интерфейсом/протоколом.

[esl]

ObjC вообще нельзя брать в пример в данном случае. Он имеет совершенно другую объектную модель. Объект в обжцэ всегда наследник NSObject и фактически не имеет ф-ций. И уж тем-более ни одна из них не вызывается снаружи объекта.

Почему?
Как по мне, так модель с посылкой сообщений - более правильная чем плюсовая