VB'шный компилятор

[ShadowCaster]

Что-то я совсем тем не создаю...

Итак, собственно сам вопрос: каково ваше отношение к созданию компилятора, полностью совместимого с VB6 ? "Полная совместимость" подразумевает то, что можно просто будет заменить им родные c2.exe & link.exe

Возможности его предполагаются такие:
1) Форматы для генерации: win/*nix/raw
2) Независимость от msvbvm60.dll
3) Почти такие же размеры EXE'шников как и при библиотеке
4) В силу особенностей - возможное заметное увеличение скорости работы программ
5) Опять же, из-за особенностей - поддержка встроенного ассебмлера

P.S. Хотелось бы, чтобы высказались все и высказались серьёзно

[mad_Max]

Мда, неслабо задвинул. И полная совместимость, и независимость от msvbvm, и высокая скорость... Отношение к такому компилятору было бы исключитеольно положительное, если бы он существовал, а вот отношение к его созданию пока мечтательно-недоверчивое.

[ShadowCaster]

Относительно создания я немного не договорил - компилятор уже готов где-то на 40%

Хотя проблем ещё будет много - пишется он на чистом ассебмлере.

[GSerg]

Мдя... Надо достучаться до Aquarius'a, что у него там получилось при его таком начинании...

[FaKk2]

Мысли вслух про библиотеку:
А ведь, зачем таскать-то msvmvb6.dll? Используются ведь явно не все функции
Было бы здорово, если б компилятор отрезал нафик лишний груз

[gaidar]

Угу. Здоровская идея, только вот реализация - не детская работенка, поэтому - милости прошу, но, могу уверить, у тебя одного ничего не получится. Здесь нужна весьма и весьма профессиональная команда.

Та и глупо все это... Проще писать свой компилятор своего языка, пусть и похожего на VB. А расширять (изменять) имеющийся... Кхм. Я в это слабо верю вообще-то...

[FaKk2]

Развивая свою тему:
Может писать, не компилятор а резальщик библиотек?
Судя по моим скромным знаниям PE формата, там существует некая таблица, в которой прописаны все используемые функции
В таком случае алгоритм прост:
Режем msvmvb6.dll , и оставляем только те, что используются.
Правда, тут вроде придется заново скомипилировать

[gaidar]

Развивая свою тему:
Может писать, не компилятор а резальщик библиотек?
Судя по моим скромным знаниям PE формата, там существует некая таблица, в которой прописаны все используемые функции
В таком случае алгоритм прост:
Режем msvmvb6.dll , и оставляем только те, что используются.
Правда, тут вроде придется заново скомипилировать

Нет, не получится так просто. Если бы это была не dll, а lib, то, в принципе, можно было бы компилировать только необходимые функции. А тут - это монолит.
Порезать тоже можно, но я не уверен, что будет работать.

Что просто так языки чесать - попробуй сделать, а мы, если что, поможем.

[ShadowCaster]

Прочитал. Подумал.

Думаю, вы правы. Резальщик библиотеки вышлядит более реальным и менее (намного) трудоёмким. Сегодня пороюсь в самой msvbvm60.dll - а там посмотрим.

[GSerg]

Всё это конечно хорошо
Дописать в конец экзешника недостающие функции из vm - это не проблема. Прописать их в секцию импорта - тоже. Но как быть, уважаемые, с тем простым фактом, что одни функции vm могут вызывать другие функции vm? Или обращаться ко всяким вещам, которые создаются при инициализации библы? Знаете, сколько там по всему коду TlsGetValue? А где мы его возьмём, это thread local storage самое?

[ShadowCaster]

А кто запрещает заменить TLS на своё хранилище? Это та же область памяти.

[gaidar]

Эх... Не верю я в это...
Не говорю что невозможно. Но "овчинка выделки не стоит".

[Шурик]

"Мечты сбываются и не сбываются......" (Ю.Антонов)