Alky: Windowsos binárisok lefordítása OSX-re és Linuxra

Szoftver

Az Alky névre hallgató, új nyílt forrású (LGPL licencű) projekt, nem kevesebbet ígér, mint a windowsos binárisok lefordítását natív OSX és Linux binárisokra. Az elképzelés szerint az Alky-val nem volna szükség olyan futtatási middleware-re, amire a Wine esetén igen.

Az Alky fejlesztése jelenleg kezdeti fázisban van. Egyelőre játékokra van kiélezve, a egyéb programok program támogatását későbbre ígérik a fejlesztők.

További információ, csatlakozás a fejlesztőkhöz, stb. a projekt honlapján.

( biboka v | 2006. 06. 18., v – 22:49 )

Hmm ez rohadt jól hangzik. Remélem lex belőle vmi használható cucc, és ha teljesítményben is jó, akkor nagyban elősegítheti a Linux terjedését. Mondjuk akkor sok programozó is lusta lenne eredeti linux forrást írni, egyszerűen csak ezzel fordítaná. Sztem.

Ebből nem lesz semmi, olyan szinten különböznek az apik a müködés és minden egyéb.

wine-nél látszik hogy mit kell csinálni, megvannak az apik, de az hogy egy win32api méretű gyüjteményre írjon valaki egy ilyet háát.
--
A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station

Kicsit világmegváltás szaga van a dolognak. Beleolvastam a fórumukba és ott azt írják, azért kell újraírni az api-t és nem wine kódot használni, hogy jobban felügyelhessék a kódot, meg optimalizált assembly könyvtárakat írjanak, ami jó gyors. Háááát... Mindegy, én drukkolok, hátha.

Én is beleolvastam a forumba, már abba a 20 bejegyzésbe ami van :)

ha minden program statikus lenne, ennek akkor lenne értelme (talán), mert akkor nincsenek dll-ek, so-k, de így kompletten át kellene forgatni minden wines dllt is.

Az hogy jobban felügyeljék a kódot hááát (ez olyan mint a pcforumon a játék és az oprendszer fejelsztő fórum)

Optimalizált assembly háááát, megnézem azt aki kézzel optimalizál mondjuk ntoskern.dll kódját :) és nem lesz kopasz nagyon hamar.

Inkább a wine-be vagy a reactosbe kellen beállni segíteni nem megváltani a világot.

Érdemes lenne megnézni a fejlesztők mit tettek eddig.
---
A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station

"For functions that aren't supported, it will report them as such (at conversion-time, mind you) and will optionally pull up a function prototype from MSDN and auto-generate a stub for you"

addig ok, hogy leszed egy prototypot msdn-ről, de hogy a fenébe gondolják az auto-generetet mondjuk bármire? Ai, ami értelmezi az angol funkció leírást és átforgatja macos-re?

A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station

( mpathy | 2006. 06. 18., v – 23:25 )

Szép mérete lesz a binárisoknak, ha belefordítják az összes wrapper libraryt. Ahhoz meg, hogy kicsréljék a rendszerhívásokat, elég durva MI-t kell programozni, amiért önmagában megkapnák a Nobel-díjat.

( handler | 2006. 06. 18., v – 23:58 )

nocsak a korabban bekuldott megjegyzesem hirkent is megjelent ;)

( v | 2006. 06. 19., h – 01:16 )

Kíváncsi lennék azért, hogy pl. az összes "high-end gaming"-ben használt másolásvédelmi szoftvert is újra akarják-e implementálni, legális kereteket megtartva. Ráadásul szerintem a játékok EULAja nem szokta támogatni a kód módosítást/felhasználást. (Ez csak spekuláció, nem igazán ismerem a mai játékok EULAját.)

( bocs | 2006. 06. 19., h – 07:13 )

a lamer legbiztosabb ismérve, ha nagy rendszert assembly-ben akar fejleszteni

a lehető legnagyobb ostobaság amit el lehet követni

ez a projekt meghalt, mielőtt elkezdődött volna

Nem sok jövőt jósolok általában azoknak a projekteknek, akik nem működő beta verziókkal állnak elő. Itt látok valami svn repót, amibe talán kód is lehet, de szerintem ilyen dolgokkal úgy érdemes előállni, hogy nesze, ez már csinál valamit, beta, csak meg alakítani kell rajta. Ettől még lehet benne valami, de én jelenleg nem nagyon hiszen a csodákban. Márpedig ennek eléggé csoda szaga van.

--
trey @ gépház

( nc | 2006. 06. 19., h – 08:58 )

Szvsz, ha sikerül kijönniük egy működő verzióval az M$ 24 órán belül vagy eltávolíttatja vagy bepereli.

Ez jónak tűnik !
Főleg, ha belegondolok mennyi olyan program van amit csak súlyos megalkuvással lehet használni és kézenfekvő windows verziók meg vannak. Ezért nem a Linux a felelős, balgaság volna ezt állítani. Hanem azok a megkent és mérhetetlenül öntelt szoftverkészítök akik nem készítenek el, egy várhatóan nagy igényt lefedő szoftver, driver...stb Linuxra. Ezek a a "hekkelések" méltán bőszítik fel a harácsoló Micro$oft pénzéhes jogászait.

Karesz

( toros | 2006. 06. 19., h – 10:28 )

Hoax. Valójában csak el akarja kápráztatni a lányokat, és csinos barátnőt akar fogni :)

( syntern | 2006. 06. 19., h – 13:06 )

"Az Alky fejlesztése jelenleg kezdeti fázisban van."

És amikor eljut a tervezési fázis elejére, fel is fogja adni, mert rájön, hogy nem úgy megy az :). Szórakoztatóak az ilyen hírek, de akkor fizessünk elő a sourceforge.net új projektek RSS-re :), azoknak is van egy halálozási aránya...

( turul16 v | 2007. 04. 03., k – 21:50 )

Pénzlenyúló kamu szvsz.
Wine wine-szerű a jó irány. Aki nem úgy kezd ilyesmibe, hogy lenyúl egy csomó mindent wine+reactos projektektől az .. khm...

Egy DX -> OpenLG(+SDL) wrapper fejlesztők orra alá tolás sem rossz.

( BlinTux v | 2007. 04. 18., sze – 17:45 )

A nemreg megjelent Cedega 6.0 edig viszi a palmat. Megy vele szinte minden es a shader model 2.0 tamogatasa is odaver. Half-Lif viz effektusa olyan elethu, hogy megijedni, hogy beleesel:D
Igaz a cedega DirectX9 nel jar, de a 10-et egyelore nincs jatekl ami teljessen kihasznalna.
Egy 3D markot kellene beprobalni vele :))