Классно!

А зачем?

Есть. Но с CL я сильно на вы, вам нужны пуллреквесты от новичков? Было бы здорово завести на проекте issue с тегами по сложности. Да и readme файл с общими правилами ведения проекта не помешал бы. Но в целом проект забавный, я бы поучаствовал.

Главный у нас monk, ждём-с.

думаю, из за отсутствия идей, при нездоровом чесании рук:) Отсутствие творческой мысли,так сказать, порождает чудовищ бесполезные телодвижения

кстати, что там с языком то? Закончил уже что-ли?

Закончил уже что-ли?

От тебя этот вопрос особенно забавно выглядит.

отнюдь

думаю, из за отсутствия идей

Скорее из-за нежелания воплощать толстые идеи =)

Но с CL я сильно на вы, вам нужны пуллреквесты от новичков?

Знание CL требуется минимальное. Актуальней знание Си. Нужны.

За исходник берётся ftp://pcc.ludd.ltu.se/pub/pcc/pcc-20161026.tgz Помощник нужен на каталог cc/cpp. В результате должен получится препроцессор Си.

Файлы ожидаются cpp.lisp, cpp-cpc.lisp, cpc-token.lisp.

Алгоритм переносится 1-в-1. Перенесённый кусок (пока не запускается): https://github.com/Kalimehtar/pcc — можно посмотреть стиль перевода.

Ясно, спасибо. Буду разбираться в коде.

Если честно - не хочу говорить, но в целом, хотим экспериментировать с различными расширениями, бекендами, генерить FFI и пр. В этом случае выгодно написать компилятор на языке более высокого уровня, чем Си.

Если у меня будут вопросы по проекту, как лучше с вами связаться? Issue, почта или отписать в этой теме?

а жены ваши не против этого ?

О, а почему бы не портировать GCC? :-) Лол :-)

Если серьёзно, была у меня такая идея :-) Только вот я не нашёл аргументов зачем это надо :-) Копирование уже чего-то существующего - это всегда отставание в общем :-) Потому что пока кто-то что-то копирует, кто-то другой создаёт что-то новое :-) Дело, конечно, ваше :-) Желаю вам удачи! :-)

Алгоритм переносится 1-в-1.

А смысл от проекта?

А какой в этом смысл?

Вот тут интереснее:

https://github.com/vsedach/Vacietis

Спасибо, знаем. В Си можно сделать настоящие корутины, а в лиспе - нельзя, поэтому нельзя написать транслятор Си в высокоуровневый лисп.

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

А смысл от проекта?

Я ответил уже чуть выше.

экспериментировать с различными расширениями, бекендами, генерить FFI и пр

Это? Типа аналог llvm?

Гы, забавно.

Почему не на php?

на Bash было бы хардкорнее

Это? Типа аналог llvm?

Можно и так сказать.

Пиши мне в почту: kalimehtar@mail.ru.

на Bash было бы хардкорнее

Уже было: Asm translator on bash.

Главный у нас monk,

monk «Почему не на Racket?»

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

Хорошо, спасибо.

на лиспе нет более актуальных, или просто хоть каких-либо практических задач?

Почему не на Racket?

Заказчика нет :-). После обкатки на CL, возможно будет версия и на Racket.

Сейчас главное не сломаться, а то я балдею от конструкций в коде вида

typedef struct node {
        int     n_op;
        union {
                int _reg;
                struct regw *_regw;
        } n_3;
#define n_reg   n_3._reg
#define n_regw  n_3._regw
        TWORD   n_type;
        TWORD   n_qual;
        int     n_su;
        union {
                char *  _name;
                int     _label;
#ifdef LANG_CXX
                union   dimfun *_df;
#endif
        } n_5;
        struct attr *n_ap;
        union {
                struct {
                        union {
                                struct node *_left;
                                CONSZ _val;
                        } n_l;
                        union {
                                struct node *_right;
                                int _rval;
#ifdef LANG_CXX
                                struct symtab *_sp;
#endif
                        } n_r;
                } n_u;
                void *_dcon;
#if 0
#ifdef SOFTFLOAT
#ifdef FDFLOAT
                /* To store F- or D-floats */
                struct softfloat {
                        unsigned short fd1, fd2, fd3, fd4;
                } _dcon;
#else
#error missing softfloat structure definition
#endif
#else
                long double     _dcon;
#endif
#endif
        } n_f;
} NODE;

#define n_left  n_f.n_u.n_l._left
#define n_val   n_f.n_u.n_l._val
#define n_slval n_f.n_u.n_l._slval
#define n_right n_f.n_u.n_r._right
#define n_rval  n_f.n_u.n_r._rval
#define n_sp    n_f.n_u.n_r._sp
#define n_dcon  n_f._dcon

И дальше p.n_rval подразумевает p.n_f.n_u.n_r._rval

Это значит, что пора спать.

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

задача выше среднего конечно
но лозунг - даешь компиляторо-строение а массы - весьма актуален

В Си можно сделать настоящие корутины, а в лиспе - нельзя

Это как?

Если тебя интересует первая часть вопроса, то было где-то на stack overflow. Общая идея - нужно грязными руками лезть в буфер, возвращаемый setjmp и воровать оттуда куски стека.

У меня есть старый учебник С, у которого в конце есть сорцы компилятора, написанные на С. Могу отдать в СПб.

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

Ура!

Это..., а что вы собрались потом делать с этим компилятором?

Я выше в теме написал.

но зачем?

имхо ты не разобрался в вопросе

Это бессмысленно. Ничего не выйдет.

Это бессмысленно. Ничего не выйдет.

Вот когда ты прав - ты стопудово прав %)

Суть не в смысле

Зачем корутины или что? Корутины нынче в моде.

а потом они этим компилятором будут компилять компилятор лиспа на С... и так далее.

а что вы собрались потом делать с этим компилятором

В GNU C есть __asm__ { ... }. А у нас в CL будет (cc ...). Вставки на Си удобней делать.

В GNU C есть __asm__ { ... }.

А в sbcl есть VOPы.

А у нас в CL будет (cc ...). Вставки на Си удобней делать.

Вставкам на Си придется договариваться с ГЦ - это непросто. Или выделять в образе отдельную область, неподконтрольную ГЦ, как в ЛиспВорксе.

FFI в любой реализации как-то решён.

Взломал мой мозг.

Копирование уже чего-то существующего - это всегда отставание в общем

скажи это линусу