Si vous souhaitez compiler votre module AROS contre le système d`exploitation hôte inclut, ajoutez ce qui suit à USER_INCLUDES (ou USER_CFLAGS, c`est effectivement le même): AFAIK, AROS a été en mouvement dans une direction différente à cela ces dernières années. C`est le travail de graphiques HIDDs pour allouer des bitmaps etc. de sorte qu`ils ont les caractéristiques les plus appropriées, y compris en les allouant à partir de la RAM GPU lorsque cela est possible. Le concept de la RAM de puce est seulement pour le code hérité, et la plupart sinon toutes les plates-formes non-68k devraient avoir tout le système RAM marqué comme puce. Les principaux fichiers système AROS peuvent être téléchargés dans de nombreuses saveurs à partir du site Web du projet. Ces fichiers sont compilés directement à partir de l`arborescence de la source SVN la nuit, et sont disponibles en tant que builds nocturnes. Nightlies comprennent également certaines applications tierces pour permettre aux personnes utilisant le système pour effectuer des tâches très basiques. Gardez à l`esprit qu`il est possible de commencer hardfp AROS hébergé sur le système softfp, cependant, aussi longtemps qu`aucun appel entre AROS et l`hôte nécessitent des paramètres à virgule flottante. Remarque: les objets hardfloat * ne peuvent pas être reliés à des objets Softfloat-ils ont un ABI différent. J`ai essayé avec juste une classe de gfx qui exposent seulement nouveau/dispose/newBitmap-et ayant un onscreenbitmap utilisé seulement pour le framebuffer lui-même (avec tous les autres bitmaps étant chunkybm, et la superclasse de framebuffer également étant chunkybm), mais cela seul ne suffit pas Il semble? Vous pouvez utiliser Workbench/hidds/SM502/comme votre exemple-il est aussi simple que je pouvais le faire.
Ainsi, AROS crée le framebuffer bitmap (j`ai vérifié cela)-> donc sûrement il devrait être capable de rendeing alors en elle? Je ne crée pas réellement le framebuffer «objet Bitmap» moi-même-seulement à la suite d`être demandé à. AROS est conçu pour être compatible avec les sources AmigaOS. Sur 68000 Amiga Hardware il est également compatible binaire, de sorte que les binaires déjà compilés pour AmigaOS 3 peuvent être exécutés sur AROS. Sur les plates-formes x86 32-bit, Janus-UAE [7], un E-UAE amélioré, intègre l`émulation Amiga directement dans AROS pour exécuter les fichiers binaires AmigaOS 68000 presque transparents pour l`utilisateur [6]. Actuellement (en août 2011), les fichiers originaux du système d`exploitation AmigaOS 3 sont requis pour l`émulation. L`ouverture de ce résumé de nouvelles est l`annonce d`un accès public, en lecture seule pour le référentiel AROS. Jusqu`à présent, cet accès n`a été fourni que via le GIT-Mirror AROS, mais il est maintenant disponible sur le référentiel principal.