Mise à jour du SDK MorphOS

Une mise à jour de libnix est disponible dans la section files du site MDC.

La mise à jour tente de corriger une masse de problèmes et son installation est donc conseillée à tout utilisateur du SDK MorphOS.
Il suffit d’éxecuter le script updatesdk inclut, lequel s’occupera de la mise à jour.
Un rapide survol de certains des changements:

  • Ajout d’un grand nombre de nouvelles fonctions, comme des fonctions mathématiques relativement optimisées (incluant les variantes en virgule flottante du C99).
  • Un nombre très élevé de bugs corrigés, ainsi que l’optimisation des fonctions bcopy/zero/memset.
  • Le sous-système I/O a été complètement revu. Il est dorénavant possible de l’utiliser dans un environnement multithread (attention à ne pas oublier que toutes les fonctions ne sont pas prévues pour l’être).
  • Amélioration des destructeurs/constructeurs qui, par exemple, ne vont plus linker sans le code de démarrage dont leur fonctionnement dépend (code contenu dans le fichier startup.o).
  • Les fonctions ne dépendant pas strictement de la présence du sous-système I/O ne l’utilisent plus (c’est-à-dire qu’il est enfin possible d’utiliser des fonctions telles que sprintf dans une bibliothèque partagée).
  • La famille de fonctions à laquelle appartiennent print/scanf supporte dorénavant le format 64bit (%ll).

NOTE: Les destructors créés en utilisant constructor.h *doivent* être recompilés pour pouvoir fonctionner correctement!

7 Commentaires

Passer au formulaire de commentaire

    • Yomgui sur 18 mars 2005 à 10h40

    Même si ce correctif est très bien, il manque toujours cruellement une doc pour expliquer l’utilisation de cette libnix!
    En particulier pour les 2 nouvelles lib: dl et stack 😉

    • corto sur 18 mars 2005 à 22h27

    Voila une bonne nouvelle ! Je vais installer ça dès que possible, dès que j’ai des choses moins prioritaires en fait !
    Yomgui : houuuuu, tu peux pas un peu te débrouiller ? héhé

    • MaVaTi sur 19 mars 2005 à 12h18

    On va peut-être enfin pouvoir compiler en activant l’option noixemul et avoir des programmes qui marchent correctement.
    Parce que sur les quelques programmes que j’avais porté, et qui pourtant à part scruter un répertoire ne faisaient pas grand chose, si je n’utilisait pas la ixemul, et ben ça merdait grâââvvveee…

    Bye.

  1. Hello !

    @MaVaTi: Si ton programe marche pas avec l’option -noixemul, c’est
    surement que c’est un port Unix un peu méchant :-).

    En principe, ca doit tout de même marché assez bien même avec la
    vielle libnix. 🙂

    Ca plantera peut-etre toujours autant, c’est peut-etre juste un pb de
    stack ou un truc comme ca.

    Bye bye

    • MaVaTi sur 19 mars 2005 à 20h09

    Nan, nan, absolument pas. De mémoire il me semble que c’était au niveau des fonctions opendire() et readdir() qu’ils y avaient des problèmes de fonctionnement mais bon, c’est loin maintenant…

    • Fab1 sur 20 mars 2005 à 0h45

    Et quand une fonction déconne, on fait un test, on reporte le bug, et à défaut de correction rapide, on la réécrit. 🙂

    • MaVaTi sur 20 mars 2005 à 11h48

    En utilisant la ixemul, ça marchait, alors bon… et comme un peu souvent j’avais hâte de voir le soft marcher sous MOS, je n’avais certainement pas envie de réécrire des fonctions standard, sans déc’ !

    Bye.

Les commentaires sont désactivés.

Amiga Impact