2009-08-16 13 views

Odpowiedz

5

„Obsługiwane” niekoniecznie oznacza to działa, a „nie jest obsługiwany” nie musi oznaczać, że nie działa. Zamiast tego, kiedy ludzie, którzy piszą oprogramowanie, mówią, że obsługują platformę, oznacza to, że testowali oprogramowanie na tej platformie i przyjmują zgłoszenia błędów związane z niepowodzeniem pracy na tej platformie.

Korzystanie z oprogramowania na platformach "nieobsługiwanych" oznacza, że ​​użytkownik korzysta z nich na własne ryzyko. (Oczywiście, wolne oprogramowanie jest zwykle zawsze używane na własne ryzyko.)

Dla konkretnego przypadku 64-bitowego systemu Windows, oczekiwałbym, że Mono będzie działał w trybie 32-bitowym, ale nie zbadałem. To nie tylko kwestia posiadania generatora kodu x64; ABI dla 64-bitowego systemu Linux różni się od 64-bitowego systemu Windows, mechanizmy obsługi wyjątków są różne, itp.

1

Fakt, że istnieje generator kodu x64, który działa pod Linuksem, nie oznacza, że ​​ten sam generator kodu działa pod Windows. System operacyjny używa innego ABI, tj. przywoływanie konwencji i innych powiązanych rzeczy. Aby uzyskać szczegółowe informacje, patrz Old New Thing.

O ile mi wiadomo, nie ma natywnego portu Mono dla Win64, ale Win32 działa dobrze pod WOW, nawet na systemach x64.

4

Projekt Mono nie zawiera plików binarnych/instalatorów dla Win64, ponieważ nie jest oficjalnie obsługiwany. Jak wskazują inne odpowiedzi, wersja Win32 działa doskonale w 64-bitowych wersjach systemu Windows.

Jednak wsparcie dla Win64 zostało wnoszone i przetestowane przez naprawdę świetnych współpracowników, którzy używają go do swoich komercyjnych produktów.

Można go zbudować samodzielnie z SVN Mono za pomocą "mono.sln" w/mono/msvc.

Skorzystaj z konfiguracji "Debug_eglib | x64" lub "Release_eglib | x64".

+0

Próbowałem tego. Wszystko z * _eglib nie może się skompilować. Regularne prace debugowania/wydawania. Biblioteki klas, z drugiej strony .... nie można było skompilować. – jameszhao00

Powiązane problemy