Új hozzászólás Aktív témák

  • Meteorhead

    aktív tag

    A cikkírónak egy kicsit megszaladt a fantáziája.

    Amit feltételez a víziója, az, hogy készüljön egy HSA, HSAIL, LLVM alternatíva, ami képes lenne minden platformra fordítani. Ez nyílván egy a HSAIL-nél bugyutább köztes lenne, elvégre nem véletlen nem szállt be mindenki a HSA konzorciumba. Persze, hogy ennek mind értelme legyen kellene minden aktívan használt nyelvhez vagy nyelvi kiterjesztés vagy library magic ami képes lenne azt a minimális okosságot kihasználni, amit az új IL jelképezne. ...hát persze.

    A linkelt két hosszú kapcsolódó cikk, ami kiigazítja a hírt röviden:

    A mostani Win8 update-k és WP8 update-k segítségével folyamatosan konvergál a két OS API. Programozói oldalról ugyanazokat a függvényeket kell hivogatni, ugyanazokat a header-öket include-olni, stb. Lehet közös a kódbázis. Amikor az ember submittál az App Store-ba egy Unified Appot, akkor igazából két program fog lefordulni, egy ami a PC-s implementációkat használja, egy pedig, ami a telósakat. Kívülről ugyanúgy néztek ki, de a motorháztető alatt teljesen más függvények futottak le. A kernel többé-kevésbbé ugyanaz volt, de nagy részei egészen másképp viselkedtek. Ez fog megszűnni. Nincs semmi új IL, több bináris fordul más-más #define-okkal, amik az OS API viselkedését modulálják picit, és azoktól függ miként fog pontosan viselkedni egy program. (Nagyon leegyszerűsítev, ennél picit több történik.)

    SZVSZ ezt legegyszerűbben úgy lehet megoldani, hogy két kernel lenne. Az egyik viszi a rendszert és az összes WinRT programot, míg a legacy WinAPI-s programok egy ahhoz kitakarított kernelt látnak, ami a rendszer kerneltől függ, azoktól kapja az erőforrásokat, így egyfajta kernelszintű virtuális gépként viselkedne. Ha közös nevezőre akarják hozni az összes plaformot, akkor jobban tennék, ha a legacy kódot ügyesen leválasztanák.

Új hozzászólás Aktív témák