ZEmu

[breeze]

приделал вот реальный джойстик к сабжу. пока только кемпстон.. во вложении все сорцы собсно zemu, мои правки помечены как //[boo_boo]

о! кул новости надо будет вечерком собрать проверить

[ander]

Во-первых хочется сказать большое спасибо sinus'у и boo_boo за огромный объем работ . К слову сказать, fuse даже рядом не стоял с zemu, а то, что zemu работает в линуксе, тем более достаточно стабильно, делает его практически бесценным :-). Но все же, есть и минусы, которые сразу бросаются в глаза (достоинств программы не касающиеся) и о которых хотелось бы сказать, чтобы еще более популяризовать проект:
1. скрипты compile.sh просто ужасные. Я не так давно пересел на убунту, но даже в ней скрипты вылетают с кучей ошибок, даже не компиляции, а синтаксиса sh.
2. библиотека lib_wd1793 по умолчанию компилится как статическая, а в команде сборки указывается как -lunrealwd1793, что по умолчанию предполагает динамическую линковку. compile.sh не отрабатывает и не копирует библиотеку в соответствующие каталоги, сборка завершается достаточно плачевно..
3. библиотека z80ex, выложенная вместе с архивом zemu, не собирается нормально на x86_64 архитектуре, т.к. пытается слинковать динамическую библиотеку из объектных файлов, полученных без применения ключа -fPIC.
4. в скрипте compile.sh явно указана i585 архитектура в параметре CFLAGS и CXXFLAGS, что делает сборку zemu на 99% невозможной для пользователей ОС на архитектуре x86_64, которых становится все больше..
В связи с этим пожелание: думаю все это можно исправить за пару-тройку вечеров, переведя проект на autotools. Тем более, что все зависимости уже находятся внутри проекта.
И неплохо было бы поместить проект на sourceforge или подобный хостинг, а то на данный момент обнаружить его можно лишь случайно..

На данный момент чтобы собрать проект нужно быть либо программистом, либо очень продвинутым пользователем, знающим хотя бы основы unix. На сборку может потребоваться от 5 минут(для программера) до +бесконечности для того, у кого нет опыта ручной сборки программ..

[breeze]

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

хе хе а ты представь как я эт0 всё собирал под FreeBSD

[boo_boo]

библиотека z80ex, выложенная вместе с архивом zemu, не собирается нормально на x86_64 архитектуре, т.к. пытается слинковать динамическую библиотеку из объектных файлов, полученных без применения ключа -fPIC.

точно, спасиб версию на сорсфордже обновил

Добавлено через 7 минут

переведя проект на autotools

оно конечно традиционно, и все такое, но уж очень монструозно для такой простой вещи, как сборка ИМХО
сделав один проект с автотулзами, забыл о них как о страшном сне в пользу православных мейкфайлов. надо б на досуге scons или cmake попробовать, может там все не так мрачно..

[Sinus]

1. скрипты compile.sh просто ужасные. Я не так давно пересел на убунту, но даже в ней скрипты вылетают с кучей ошибок, даже не компиляции, а синтаксиса sh.

скажите что за ошибки и вышлите исправленные варианты мне на email плиз.

2. библиотека lib_wd1793 по умолчанию компилится как статическая, а в команде сборки указывается как -lunrealwd1793, что по умолчанию предполагает динамическую линковку. compile.sh не отрабатывает и не копирует библиотеку в соответствующие каталоги, сборка завершается достаточно плачевно..

это наверное какая-то особенность бубунты.
gcc достаточно умный чтоб слинковать статически, и везде где я пробовал (debian, freebsd, gentoo, win/mingw) нормально линковало.

compile.sh внутри lib_wd1793 должен копировать либу в папку внитри zemu, а в compile.sh который в zemu указан путь к дополнительным либам.

4. в скрипте compile.sh явно указана i585 архитектура в параметре CFLAGS и CXXFLAGS, что делает сборку zemu на 99% невозможной для пользователей ОС на архитектуре x86_64, которых становится все больше..

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

В связи с этим пожелание: думаю все это можно исправить за пару-тройку вечеров, переведя проект на autotools. Тем более, что все зависимости уже находятся внутри проекта.

не не не дэвид блэйн, только не autotools
что-нибудь другое бы, менее монструозное.

И неплохо было бы поместить проект на sourceforge или подобный хостинг, а то на данный момент обнаружить его можно лишь случайно..

есть причины по которым я не могу это сделать.

На данный момент чтобы собрать проект нужно быть либо программистом, либо очень продвинутым пользователем, знающим хотя бы основы unix. На сборку может потребоваться от 5 минут(для программера) до +бесконечности для того, у кого нет опыта ручной сборки программ..

хочется чтоб такого не было, но и чтоб всё было более чем доступно и понятно.

для меня даже make-файлы являются абсолютно неочевидной вещъю, что уж говорить про autotools.

[boo_boo]

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

кстати, а что говорит `/bin/sh --version`? может статься, в убунте sh это не bash, как обычно в линухах, а че-нить другое..

почитал про cmake -- судя по всему, более вменяемо, чем автотулзы . Sinus, глянь на екзампл, может, тебе понравится: http://www.cmake.org/HTML/Examples.html
cmake-проект для zemu должон быть ненамного сложнее этого екзампла.

[breeze]

а че-нить другое..

- что другое ? печеньки ?....
- аааааааа! печеньки! печеньки! ....

сорри не удержался

[skyther]

сделайте плиз 0ю банку пзу

[Sinus]

0 банка ПЗУ это что?
"кэш" что-ли, когда озу мапится вместо пзу? дык есть такое, по пентагону сл.

[skyther]

это вот:
0 sys
1 trdos
2 128
3 48