посоветуйте для кодинга

[anny]

Ура! Мне ответил чувак портирующий jdk

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

[megabyte2003]

Ура! Мне ответил чувак портирующий jdk

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

Ну вот он мне сходу дал указание на svn-сервер, и говорит что я пока могу начать заниматься ли бо сборками ос3-версий, либо садиться и продолжить ковыряться с переносом classpath'а

[megabyte2003]

kas1e, дай, пожалуйста, электропочту свою - у меня куча вопросов появилось

В частности, пытаюсь для кросс-компиляции настроить Eclipse, в качестве компилеров использую то, что дается в комплекте с AmiDevCpp. В мейкфайлах требуется некая fd2pragma. Я ее скачал с аминета, скомпилил исходник под винду. Вот таким образом поправил мейкфайл:

Код: Выделить всё

FD2PRAGMA = "c:\\CrossCompiler\\AmiDevCpp\\bin\\fd2pragma.exe"

default: os3

os3:
   $(FD2PRAGMA) fd/jamiga_lib.sfd CLIB clib/jamiga_protos.h TO inline special 40
...итд...

Ругается на синтаксис.

[anny]

kas1e, дай, пожалуйста, электропочту свою - у меня куча вопросов появилось

kas1e@yandex.ru

В частности, пытаюсь для кросс-компиляции настроить Eclipse, в качестве компилеров использую то, что дается в комплекте с AmiDevCpp. В мейкфайлах требуется некая fd2pragma. Я ее скачал с аминета, скомпилил исходник под винду. Вот таким образом поправил мейкфайл:

Код: Выделить всё

FD2PRAGMA = "c:\\CrossCompiler\\AmiDevCpp\\bin\\fd2pragma.exe"

default: os3

os3:
   $(FD2PRAGMA) fd/jamiga_lib.sfd CLIB clib/jamiga_protos.h TO inline special 40
...итд...

Ругается на синтаксис.

Eclipse никогда не юзал, как и AmiDevCPP (пару раз пробовал только запустить и все). Про синтаксис хз тоже уже не помню, но вроде строка с фд2прагмой выглядит норм. Ты кстати можешь попробовать написать ФранкуВалли (автор vbcc, и вроде он же и автор современной фд2прагмы, он постоянно отвечает на любые вопросы без проблем).

[megabyte2003]

Eclipse никогда не юзал, как и AmiDevCPP (пару раз пробовал только запустить и все). Про синтаксис хз тоже уже не помню, но вроде строка с фд2прагмой выглядит норм. Ты кстати можешь попробовать написать ФранкуВалли (автор vbcc, и вроде он же и автор современной фд2прагмы, он постоянно отвечает на любые вопросы без проблем).

списался, ключи для win/nix по другому пишутся, разобрался. Теперь скомпиленная fd2pragma валится в винде с недопустимой операцией

а сам разработчик jamiga кодит под аос4 и гцц и у него все прекрасно компиляется. Вот такая вот кроссплатформенность Прям хоть раскошеливайся на близппц...

[Astrov]

Прям хоть раскошеливайся на близппц...

пегас

[anny]

@megabyte

а сам разработчик jamiga кодит под аос4 и гцц и у него все прекрасно компиляется. Вот такая вот кроссплатформенность Прям хоть раскошеливайся на близппц...

На близппц ты будешь компилять кодесы ночами и днями, что сегодня (когда уже не дети, и есть другие дела) просто никак и никуда. Поэтому в итоге ты все равно придешь на то что нужно быстрое железо. И даже пег2 будет не очень быстрым когда будешь компилять что-то большое, поэтому я для этих целей юзаю цигвин и гцц собранно под него, но чтобы делать aos4 бинари. При этом сразу же и cmake, и autoconf, и все остальное всегда работает без каких либо проблем. Другое дело что даже когда кросскомпил , все равно надо железо на котором тестить.

[megabyte2003]

kas1e, смотрю исходники под ос4, там массово применяются конструкции вида IExec-> , IDos-> итд

Что это такое?

[anny]

Это интерфейсы, добавлено для всяких бонусов полезных, но чтобы не гемороится и не писать их, а писать типа как под os3, просто добавь в сорец #define __USE_INLINE__ , или как параметр gcc : -D__USE_INLINE__

[megabyte2003]

Кстати, интересно, как в ос4/мос сейчас обстоит дело с фрагментацией памяти. Насколько я помню, в классике если нааллоцировать кучу разноразмерных областей памяти, а потом часть освободить, а потом еще что-то занять итд. То в итоге даже на аллок маленького куска памяти может ругаться out of memory. Помню, что для этого придумали некую нашлепку в виде меморипулов. Сейчас как с этим?

пс: я сделал свое первое reaction-окошко =)

[CLR]

Кстати, интересно, как в ос4/мос сейчас обстоит дело с фрагментацией памяти.

http://library.morphzone.org/In-depth:_ ... ory_System

[Q-Master]

Помню, что для этого придумали некую нашлепку в виде меморипулов.

Открою тебе страшную тайну. Но мемори-пулы сейчас открыли для иОС.

[anny]

Кстати, интересно, как в ос4/мос сейчас обстоит дело с фрагментацией памяти. Насколько я помню, в классике если нааллоцировать кучу разноразмерных областей памяти, а потом часть освободить, а потом еще что-то занять итд. То в итоге даже на аллок маленького куска памяти может ругаться out of memory. Помню, что для этого придумали некую нашлепку в виде меморипулов. Сейчас как с этим?

Для морфоса CLR правильную ссылку дал , и оно по скорости лучше чем AOS4тое. AOS4тое это slab allocators (как на солярисах, оттуда и взяли наверно идею, хз). Вот оригинальная статья 94го года о слаб аллокаторе, а вот статья c wiki.amigaos.net от братьев фриденов в перемешку с ssolie'вскими вставками о том как этот слаб сделан в os4, и зачем, и чем отличается от старого, фрагментирующего метода (если это вообще сегодня можно назвать "метод")