Program w GTK+...

Wy tylko udajecie, czy naprawdę nie słyszeliście o Mono?

No proszę, jestem w szoku.
 
Co prawda .NET 2.0 z elementami 4.0

Mono współpracuje z systemami operacyjnymi GNU/Linux, UNIX, Mac OS X, Solaris, FreeBSD, OpenBSD, NetBSD, Wii, PlayStation 3, iPhone OS, Android i Microsoft Windows.

Ta. Równie dobrze mógłbym powiedzieć, że mogę sobie na Windowsie skompilować jeden raz aplikację jednocześnie dla Windy, Linuksa i Mac OSa, bo przecież jest Wine...

Btw., o, widzę, że kamillo121 mnie nie lubi... :D

Ty naprawdę nie wiesz, czym jest Mono (i czym jest cały .NET - podpowiem, że znaczna część to... międzynarodowy standard, patrz np. ISO 23271 i 23270)... Mono to po prostu implementacja tego, co jest w tych standardach (i paru rzeczy więcej), nie ma to większego związku z Microsoftem (poza tym, że mają swój udział w rozwoju tego - ale mają też udział w rozwoju samego Linuksa), powstają rdzennie *niksowe programy korzystające z tego - gdyby to była Java, to byłoby to tylko kolejne JVM. Ale to nie Java, lecz CLR, więc jest Microsoftu (mimo, że nie jest), więc jest be. Ciekawa logika.

Wiecie co chyba zacznę od C++ od kursu na stronie.. a w między czasie będę zaglądał do podobnych działów w książce.. :) Dzięki za wszelkie odpowiedzi :)

@Iname
Czyli tak jak Wine dla WinApi :P

Bo Wine to nie emulator a implementacja WinApi dla Linuksa.
WINE - wine is not emulator.

@m4tx

bo przecież jest Wine...

No jest, i jeżeli by zawsze działało dobrze to czemu nie traktować tego na równi? Jest python dla Windowsa i jest python dla Linuksa. Jest .NET dla Windowsa i jest Mono dla reszty.

Chyba że źle rozumuje :P

Nie do końca, Mono można zaimplementować w całości w trybie użytkownika, nie robiąc przy tym żadnych dziwnych rzeczy. Z Wine tak się nie da, bo trzeba stworzyć w pamięci kilka rzeczy specyficznych dla Windowsa i pilnować ich zawartości. W tym celu albo potrzebna jest pomoc ze strony jądra, albo trzeba użyć kilku sztuczek.