Hi Paul!WRT mono... tried to port it on several occasions and then gave up. Got to the point the mono CLI was dissasm working. But not the interpreter, not talking about the JIT itself. Two basic common things missing in our kernel for easy ports: virtual memory (and the libc mmap()) and threading (pthreads).
Somebody should provide these for FreeMiNT on the CF machine (and perhaps on 040/060) or you risk porting modern packages will always be great pain + rarely ever a possibility for upstream
acceptance. Standa On Jan 27, 2010, at 3:42 PM, Paul Wratt wrote:
On Tue, Jan 26, 2010 at 6:18 AM, Miro Kropacek <miro.kropacek@gmail.com > wrote:http://kdiff3.sourceforge.net/ but I just noticed it's C++ Is it possible to use C++ with our GCC yet ?Yet? It's possible for at least 10 years :) The problem with kdiff isn't c++but Qt/kdelibs dependency. --this may be rectified sometime in the future, Qt3 & Qt4 for MiNT/TOS. GTK also. By then a look at mono.. There may be an easier way to "hotwire" some kde base libs, but that is just theory atm, an still requires a usable intermediate.. Paul