Кодогенерация SDCC: пожелания об улучшении компилятора

[Oleg N. Cher]

psb, если Вы делаете с помощью SDCC что-то для души, то понимаете пользу от Ваших идей, донесённую до авторов проекта SDCC, как интеллектуальный вклад, своеобразную инвестицию в свой личный проект. Разумеется, это не касается тех людей, которые только лениво ковыряют SDCC и акцентируются на его недостатках, а не достоинствах.

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

Теперь по сути. Я конечно напишу Филиппу об этой неэффективности с инициализацией .DATA. Но конечно было бы хорошо, если бы каждый пользователь SDCC старался обогатить его идеями и донести до Филиппа своё видение проблемы, поскольку я могу это сделать только со своей колокольни. Да и сам ещё не все свои идеи по кодогенерации протащил в SDCC.

---------- Post added at 13:50 ---------- Previous post was at 13:12 ----------

Я критикую не Филипа - респект ему и уважуха

Да, тем более, Филипп подтвердил, что действительно трудится на внутренней мотивации (возможно, дополнительный стимул — ностальгия по ColecoVision). Господа, не будем забывать, что SDCC — это в первую очередь не программа, а люди.

On 16.09.2012 20:32, Oleg N. Cher wrote:
>> I have one more question for you. Brings the SDCC development work some
>> advantage or profit to you? Or your work is 'for fun' only?

I use sdcc myself (for some hobby retrogaming stuff), so you I get the
advantage of having a better compiler, as does any other sdcc user. I'm
just a PhD student at the university of Frankfurt, working on sdcc when
I have some time to do so.

>> I heard that company Zilog presently releases Z80-based microcontrollers
>> on the base of the Z80 command system. Can be they are interested in
>> commercial support for improvement to code generation in development of
>> SDCC?

Zilog considers the Z80 a legacy product. They do have some current
products based on the eZ80, which is somewhat similar to Z80 and other
architectures, which are wuite different. Zilog has their own C compiler
supporting the eZ80 and the other architectures. sdcc currently does not
support the eZ80 or any other current Zilog architecture.

Philipp

[Advertiser]

[Barmaley_m]

По-хорошему надо просто генерить

     .area _DATA
_a::
     .ascii "hello",0,0,0,0,0

И никакого кода

Если написать
const char a[10]="hello", то сгенерится всё верно, только в сегмент _CODE

Обсуждалось же на первых страницах этой темы, я первым поднял вопрос инициализации данных. Для сегмента инициализированных, но неконстантных данных, необходим код инициализации, как минимум - в виде LDIR. Потому что если начальные значения этих данных размещаются в ПЗУ, то сами данные должны размещаться в ОЗУ, т.е. по другим адресам.

С другой стороны, эту проблему можно отнести не к компилятору, а к загрузчику исполняемых файлов. То есть компилятор генерирует сегмент инициализированных данных и заполняет его чем надо, а уж как эти значения попадут в ОЗУ - проблема загрузчика. Если это ось - то в исполняемом файле код инициализации не нужен, ось сама загрузит файл и разместит где надо сегменты; а если это ПЗУ - то в ПЗУ должен быть упрощенный загрузчик, который инициализирует сегмент данных.

[psb]

Разумеется, это не касается тех людей, которые только лениво ковыряют SDCC и акцентируются на его недостатках, а не достоинствах.

это про меня. а все потому, что sdcc не единственный компилер, и не лучший (имхо) вот уже много лет. не вижу смысла нагнетать и что-то кого-то упрашивать делать.

[Valen]

Обсуждалось же на первых страницах этой темы, я первым поднял вопрос инициализации данных. Для сегмента инициализированных, но неконстантных данных, необходим код инициализации, как минимум - в виде LDIR. Потому что если начальные значения этих данных размещаются в ПЗУ, то сами данные должны размещаться в ОЗУ, т.е. по другим адресам.

Всё верно.
(Просто как-то это мимо ушей люди пропускают.)
Изначально, компилятор затачивался под ColecoVision, там четкое разделение на ROM/RAM.
Вот включили приставку, выполняется ROM, он и должен инициализировать RAM и потом уже начать выполнять собственно main().

(Другими словами, нужна более эффективная инициализация сегмента инициализированных данных.
Тикет на это есть.)

[Oleg N. Cher]

sdcc не единственный компилер, и не лучший (имхо) вот уже много лет.

Смотря какие критерии. Для Z80 доминирующий критерий один — качество кода. А какой же компилер по-вашему лучший? Только без софистики, давайте объективные данные, с указанием версий, а лучше всего бенчмарки. (Тему "хайтек си рулез" мы уже обсудили в этой ветке раньше.)

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

Если кто-то из "критиков" претендует, буду рад увидеть список реализованных Вами проектов.

[psb]

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

[SfS]

Всё верно.
(Просто как-то это мимо ушей люди пропускают.)
Изначально, компилятор затачивался под ColecoVision, там четкое разделение на ROM/RAM.

Спасибо. Я об этом не знал.

---------- Post added at 22:30 ---------- Previous post was at 22:26 ----------

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

ИМХО, сравнивать некорректно. Ибо цена у ИАРа очень кусявая...

А по кодогенерации - да. ИАР лучше.

[psb]

ИМХО, сравнивать некорректно. Ибо цена у ИАРа очень кусявая...

а мы здесь бизнесов не делаем и живем в россии

[SfS]

а мы здесь бизнесов не делаем и живем в россии

Я в плане того, что у иара команда разработчиков, которые за это деньги получают. А у SDCC - всё добровольно.

[psb]

А у SDCC - всё добровольно.

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