51

Odp: Systemy kontroli wersji

jellonek napisał/a:

fox: ten silverlight nawet ladnie mi dziala pod chromium pod linuksem ;)

Ale jest nieprzenosny. Na mojego Debiana z POWERPC nawet Chrome'a nie ma...

Atari 8-bit: 2600, 2600Jr, 7800, 400, 600XL, 800XL, 65XE, 130XE, 800XE, XEGS
Atari 16-bit: 260ST, 512ST, 512ST+, 512STE, 1040STE, 1040STF, 1040STFM, MEGA1

52

Odp: Systemy kontroli wersji

a moonlight od novella (bo to dzieki niemu mi pod chromium i pod fx silverlight czasem dziala) probowales przekompilowac? z tego co tam wyczytuje wydaje sie ze powinno sie go dac pod debianem i na ppc przekompilowac (na macosx juz nie).

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

Odp: Systemy kontroli wersji

@jellonek: ale jakiś wspólny, znośnie działający mianownik pewnie da się zrobić

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

54

Odp: Systemy kontroli wersji

no wlasnie podalem - bochs
serio, smalltalk wymaga innego vm, python innego (pypy oferuje technicznie bardzo zaawansowany), perl podobnego do pythonowego, ale jednak innego, a java... jeszcze innego (niemal tozsamego z clr).

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

55

Odp: Systemy kontroli wersji

Jednym z powodów tworzenia maszyn wirtualnych miała być przenośność binarek. Jak na ironię mamy teraz trzy liczące się architektury procesorów (x86, x64 i ARM), a dużo więcej niezgodnych maszyn wirtualnych. :)

https://www.youtube.com/watch?v=jofNR_WkoCE

Odp: Systemy kontroli wersji

To się pewnie da zrobić, ale w kontekście jednej, zamkniętej platformy, tak jak to robił/robi IBM.

Mamy zasadniczo jeden dominujący paradygmat programowania (strukturalne/proceduralne/obiektowe) (+jego odmiany i bliscy koledzy). Wydaje mi się że można stworzyć VM który będzie wydajny i dobry do większości języków opartych na tym paradygmacie (a i pewnie języki funkcyjne da się podciągnąć), przynajmniej te o statycznym typowaniu. Boję się jednak że taki projekt 'uniwersalnego' VM stworzyłby po prostu kolejne, używane przez małą grupę ;)

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

57

Odp: Systemy kontroli wersji

w tym jednym dominujacym nie zawrzesz haskeli, erlangow, lispow czy tam innych.
takim wspolnym mianownikiem mialbyc llvm (i faktycznie do stattyp wydaje sie procz oracle jvm nie miec konkurencji) ale z czasem okazalo sie ze obrali droge statycznego aota, przez co glownie nadaje sie do... wlasnie obranego przez ciebie dominanta.

ps. wlasnie pypy sie doczekal nowego release w ciagu ostatniej godziny, ale patrzac na benchmarki nalezy pamietac ze: "Benchmarks don’t lie, but liars do benchmarks."

ps2. llvm przez dlugi czas bylo uzywane tylko przez mala grupe ludzi - poki applarze wewnetrznie nie zainteresowali managmentu nim ;)

Ostatnio edytowany przez jellonek (2011-11-21 12:00:35)

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

Odp: Systemy kontroli wersji

Oczywiście że nie zawrę w nim wszystkiego, ale aplikacji napisanych w haskelu, erlangu i lispie jest aaaaaaż tyle że chyba to przeboleję ;)

Projekt LLVM pod egidą Appla zmienił kierunek, tzn. porzucono VM ;). Sam projekt mi się podoba, jako realna konkurencja dla GCC.

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

59

Odp: Systemy kontroli wersji

Adam Klobukowski napisał/a:

Oczywiście że nie zawrę w nim wszystkiego, ale aplikacji napisanych w haskelu, erlangu i lispie jest aaaaaaż tyle że chyba to przeboleję ;)

Tyle ile dużych projektów kompilowalnych na LLVM? ;-) Wadą wspólnego VM-a jest równanie do wspólnego mianownika. W dół.

Atari 8-bit: 2600, 2600Jr, 7800, 400, 600XL, 800XL, 65XE, 130XE, 800XE, XEGS
Atari 16-bit: 260ST, 512ST, 512ST+, 512STE, 1040STE, 1040STF, 1040STFM, MEGA1

Odp: Systemy kontroli wersji

Można równać w górę :)

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

61

Odp: Systemy kontroli wersji

Adam: nie da sie i to co napisal Amun to sedno sprawy...

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

62

Odp: Systemy kontroli wersji

Amun-Ra napisał/a:

Tyle ile dużych projektów kompilowalnych na LLVM? ;-)

Z okazji GPL v3.0 FreeBSD przenosi się powoli na LLVM. Już cały system w tym się kompiluje ale nie zdecydowali się jeszcze zastąpić nim gcc w aktualnej wersji 9.0.

63

Odp: Systemy kontroli wersji

no przeciez bsdowcy mieli rozwijac pcc, jako religijnie jedyny sluszny...

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep