All,
Please find the attached native Windows RT binaries for Fossil 1.26. Fossil is a distributed SCM (similar to Git).
See: http://www.fossil-scm.org/index.html/doc/trunk/www/index.wiki
I ported fossil largely because it was just easy and I thought it would be nice to have at least one SCM tool for Windows RT given we have a few scripting languages ported. Also, Git is a _long way_ from coming to Windows RT (Git is horribly ugly). Subversion in on my backlog of things to try and port but it has dependencies on several other libs that need to be ported first.
If you're looking for a place to host your code with Fossil, Sourceforge is your friend.
http://fossilrepos.sourceforge.net/
I may actually start mirroring my ported binaries (currently on GitHub) over to a Fossil based sourceforge repo just so people can easily sync with the latest binaries directly to their tablets.
Cheers!
Great idea with the mirroring, actually. Thanks for your continued work on this!
Related
A week ago Brian Swetland (of the Android team) posted to the g1-hackers mailing list this juicy little nugget:
It is possible to bundle native shared libs in apks, and specific details
about how to do this in a least-likely-to-break-later way will be documented
in the forthcoming Native Development Kit (NDK).
Work is on-going to improve the platform APIs and provide more and better
access to the OS and hardware (bluetooth, improved audio, etc, etc). Future
updates will increase the surface area of the APIs.
Click to expand...
Click to collapse
Trying to get some confirmation and additional details, I checked in with android-framework and received this reply from Dave Sparks:
Yes, we're planning a native SDK. There is no official release date
yet. The initial release will probably be very limited in scope, just
enough to add some JNI helpers. As we lock down native API's, more
functionality will be added.
Click to expand...
Click to collapse
"JNI helpers" sounds a bit underwhelming, like .so libraries for optimizing inner-loops. However, this looks like a good first step toward getting applications with performance-bound modules to shine on Android. Personally I'm crossing my fingers for this to be what the Mozilla Fennec team to invest the time in porting for Android.
I'd rather see C#/.NET bindings for Android. Java blows. When I have time, I'm going to look into cross compiling mono for ARM (it's been done for ARM PCs, but not for Android yet).
Koush said:
I'd rather see C#/.NET bindings for Android. Java blows. When I have time, I'm going to look into cross compiling mono for ARM (it's been done for ARM PCs, but not for Android yet).
Click to expand...
Click to collapse
At first I thought you meant to cross-compile C# to Java bytecode to run in Dalvik. Didn't seem to make much sense since you wouldn't benefit from the .NET framework itself at all.
As for getting Mono natively on ARM, would that work for a non-root G1? If not it would be of little help for developing applications for the general non-rooted public.
All,
As most of you are aware, I've been slowly chipping away at porting open source apps/libs to Windows RT when I can. In an effort to encourage more people to port things (and comply with licensing requirements), I've decided to put all the source code changes I've made on Codeplex.
You can find all the of the source code and binaries for the apps/libs I've worked on here:
https://windowsrtdev.codeplex.com/
Please read the notice on the front page. I hope some of you find this useful.
Keep in mind that I do this in my spare time so I haven't had a lot of time to keep things clean. So I apologize for the various quick hacks and lack of documentation. Speaking of documentation, I'm going to look at typing up some kernel driver porting notes. I've successfully ported a few drivers (not in the SVN repo yet) without requiring the WDK and I've worked out a several of the kinks in the process -- so I'll try to share that soon-ish.
As always, I'm happy to field questions and help others when I can but please do not contact me to port apps. I generally only work on the apps that _I find useful_ and I've already started or looked at many of those.
Cheers!
EDIT: I've converted the codeplex project to git and have also mirrored the effort on github ( https://github.com/bfosterjr/windowsrtdev )
Much appreciated! Your work has made the whole ecosystem better.
GoodDayToDie said:
Much appreciated! Your work has made the whole ecosystem better.
Click to expand...
Click to collapse
Likewise man! I wouldn't being doing this without the support and encouragement of people like you and the rest of the XDA community. Props to everyone who contributes and especially for those that have contributed to the jailbreak! (clrokr and netham45 in particular!)
Just a question, how do you deal with porting these libs? I'm familiar with compiling stuff with GCC but I assume those tools still aren't available for WinRT?
Actually, it looks like the VLC for Windows 8 / RT / WP8 project is or will be releasing updates to MinGW (which uses GCC on Windows) to add support for targeting Windows RT. However, at this time, all of the RT-ported desktop apps that I'm aware of were compiled using Visual Studio or other Microsoft development tools.
ausshir said:
Just a question, how do you deal with porting these libs? I'm familiar with compiling stuff with GCC but I assume those tools still aren't available for WinRT?
Click to expand...
Click to collapse
Nope, GCC building for NT_ARM isn't there yet - but its coming. I managed to port the binutils a while back, but gave up on GCC because I couldn't devote enough time to it.
Most of the smaller libs are pretty easy to convert from makefiles to VS2012 projects. Just takes patience. Best thing to do is to build it using GCC/Mingw for x86, capture all the logs, then recreate the build using VS. I've ran into a few libs that were much more difficult ..and I just gave up. Sometimes you can also find others that have shared VS2005/2008/2010 solutions/project files and then just upgrade those to VS2012.
I've got some more libs I need to commit to the SVN repo - WxWidgets (i think someone else also did this) and Qt4. They're both pretty huge and took quite a bit of fiddling. I'm only one lib away (libeffi) from having a full build of GTK+ build for Window RT as well.. which will have a domino effect on another set of open source apps I'd like to port.
Cheers!
waiting for the qt4 port.So I can try mumble(voice chat tool)http://www.mumble.com/
windowsrtc said:
waiting for the qt4 port.So I can try mumble(voice chat tool)http://www.mumble.com/
Click to expand...
Click to collapse
I'll see what I can do about getting it up soon. Its a beast of a code base
bfosterjr said:
I'll see what I can do about getting it up soon. Its a beast of a code base
Click to expand...
Click to collapse
I've got an older version of Mumble running (A 1.2.4 beta), but I lost my codebase and didn't get around to posting it.
If you're interested in getting it running the main things I had to do were disable all SSE optimizations (It assumes Win32 has SSE) and disable the hooking system.
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
bfosterjr said:
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
Click to expand...
Click to collapse
It`s what i want:good:
This is pretty awesome! I wonder how hard it would be to compile KDE using this... (for those who don't know, the K Desktop Environment is avaialble for x86 Windows as well as for Linux/BSD/etc.) I suspect Konqueror would be a pain, but some of the other KDE programs would likely work well. Leaving DBUS running in the background might be unfortunate for battery life, though.
GoodDayToDie said:
This is pretty awesome! I wonder how hard it would be to compile KDE using this... (for those who don't know, the K Desktop Environment is avaialble for x86 Windows as well as for Linux/BSD/etc.) I suspect Konqueror would be a pain, but some of the other KDE programs would likely work well. Leaving DBUS running in the background might be unfortunate for battery life, though.
Click to expand...
Click to collapse
Given that its a massive code base.. I'm gonna guess that its pretty hard. I had a quick peek at the source tree.. and it would take some serious effort to port it all (and all the apps!) to VS2012. However, if/when GCC for WOA comes.. it might be manageable to port.. but then again.. everything will be much easier once that happens.
bfosterjr said:
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
Click to expand...
Click to collapse
any chance to get Qt Webkit compiled for RT?
Most of WebKit builds OK (JavaScript being the biggest difficulty), but it's a pain. Might be worth trying to build it just as a component, though.
Interesting article on developing VideoLAN VLC app for Windows 8 (as a modern app)
and the issues getting it to compile / run on RT
http://www.neowin.net/news/intervie...ent-about-the-future-of-the-windows-8-vlc-app
When will the Windows RT version of the app be released?
That's a hard question, and has been a source of confusion, notably because too many people can't make the difference between WinRT and Windows RT. (Note that even Microsoft people are confused about this ) So, to compile VLC for WinRT on x86, we use gcc and MinGW to produce the VLC engine, and we compile the UI (in C#) with Visual Studio. The reason is that VS2013 cannot compile VLC, because of the lack of correct support of C99. To compile VLC for WinRT on ARM, aka Windows RT and Windows Phone, we have only two ways: fix gcc-binutils for Windows on ARM or patch VLC and work-around VS2013 bugs. We're trying both at the moment, but we don't know yet the best way. Once VLC is compiled, the app can be released. I will know more about this before the end of the month.
I keep my fingers crossed for gcc fix - that would allow us to port many apps that we can't compile with Visual Studio.
kitor said:
I keep my fingers crossed for gcc fix - that would allow us to port many apps that we can't compile with Visual Studio.
Click to expand...
Click to collapse
Yessssss please if they get us a version of GCC that compiles for RT that would be fantastic.
How is it going?
Hi,
Are there any more news regarding this development?
Well, the Windows Phone version is in beta, so it seems to reason they must have figured out how to target ARM devices. The Windows 8 store version is still x86 only last I heard...
Hello
I've been reading about jailbreak for windows rt 8.1 because I'm interested on this python for windows rt https://sellfy.com/p/vj3U/ but I read there was some developments but my question is if there is jailbreak for 8.1 rt?
And someone know if that python app would work on rt 8.0 because it dont mession the version of RT and know if this python app is like those we have on x86.
Thank you
No. It will be major news when there is.
scjoao said:
Hello
I've been reading about jailbreak for windows rt 8.1 because I'm interested on this python for windows rt https://sellfy.com/p/vj3U/ but I read there was some developments but my question is if there is jailbreak for 8.1 rt?
And someone know if that python app would work on rt 8.0 because it dont mession the version of RT and know if this python app is like those we have on x86.
Thank you
Click to expand...
Click to collapse
You can only run desktop software on 8.0, there is no 8.1 jailbreak released yet.
It is python 2.7.3 as on x86, but its foreign function interface is broken so certain libraries do not work.
SixSixSevenSeven said:
You can only run desktop software on 8.0, there is no 8.1 jailbreak released yet.
It is python 2.7.3 as on x86, but its foreign function interface is broken so certain libraries do not work.
Click to expand...
Click to collapse
so I would have to downgrade for 8.0 and some functions migth not work fine... so I think I will stay on 8.1 and using teaviewer xD
Thank you very much
Somebody has an experimental port of the FFI that should fix the issues, but I haven't had time to test it yet. But yes, until we get the jailbreak working, you would need to downgrade.
GoodDayToDie said:
Somebody has an experimental port of the FFI that should fix the issues, but I haven't had time to test it yet. But yes, until we get the jailbreak working, you would need to downgrade.
Click to expand...
Click to collapse
Excellent news. If I could run Mercurial on my RT I would be one happy developer. I like fossil well enough, but just about everything that I've done for the past five years is on bitbucket in Hg repos.
Is this port available somewhere?
The message I received:
e13000 said:
Dear GoodDayToDie,
I included the libFFI port i made a while ago (if this doesn't work, please let me know because I have made 2 3 different port).
https://drive.google.com/file/d/0ByNfJPIJQw6hRnlPMHM3b1FFUFU/edit?usp=sharing
Cheer.
Click to expand...
Click to collapse
Hi, _ctypes.pyd worked flawlessly. However, Python 2.7.3 test failed on asyncore (It passed all other tests). It could be due to my openssl port.
Edited:
LibFFI is to call a C/Java function at real-time. It allocates a memory to create a wrapper. This wrapper prepares the stack/registers according to ABI, then it calls the function and get back the results if any.
RT port is a just a source conversion from GAS's asm to ARMASM's asm. Since PC LSB bit is set under THUMB mode, I modified the wrapper's memory allocator so that it will increase address returned by VirtualAlloc by 1 (so that the wrapper can be called in THUMB.
(I ported python and posted it here under my coworker's account).
Hey, I did tried the python 27 in test mode and did signed it than, to work in Standard mode, works fine.
Is there the PIP tool ported as well ?