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.
I know this is a potentially dangerous post, but I'm looking for suggestions for things to port. I make no promises that I'll be willing/able to port any suggested software.
Some ground rules before you hit 'reply'
1) Don't ask for Chrome. I won't port it. Period.
2) The source code must be available and not have any _obvious_ specific ties to non-open source code. Eg: some proprietary or closed source library which it depends on.
3) Code must be in C or C++ (I can deal with porting some assembly if needed)
4) Project must be of a _reasonable_ size for 1 person. Honestly, I do this on my own and in my spare time. Some apps can be just massively overwhelming to port. That being sad, sometimes the big ones are also easy.... so use your own judgement here.
5) Tell me why you want it ported. Whats your "use case".
6) Drivers aren't out of the question, but they generally take significantly more work.
Feel free to +1 others suggestions.
Ok.. <puts on protective gear>.. fire away!
Cheers!
Thanks for all your awesome work.
While this isn't an app, I think that the kexec kernel-mode driver idea that was tossed around earlier would be waay more useful than an individual app. Every time it was brought up somebody said "Oh, that won't be much work." And then nobody did anything :-/
So, I'm hugely grateful for the time you put in here, but I think I'd be even huger-ly grateful-er if you opened the door to other OSs.
Sent from my SCH-I535 using xda app-developers app
What would be good is:
http://ekiga.org/download-ekiga-binaries-or-source-code
But I'm pretty sure it uses some libraries not avail
I wish XNA could run on Windows RT. It'd be funny to see Terraria and Magicka on Windows RT...
Firefox would be nice, but without a Thumb-2 JITter, it's not worth it.
Would be nice to have InSSIDer. I use it a lot on my laptop, rather leave it at home.
https://github.com/metageek-llc/inSSIDer-2
Myriachan said:
I wish XNA could run on Windows RT. It'd be funny to see Terraria and Magicka on Windows RT...
Firefox would be nice, but without a Thumb-2 JITter, it's not worth it.
Click to expand...
Click to collapse
I would say to take a look at monogame. It can actually build microsoft store apps including ARM support, so coercing it into functioning on the windows desktop may be possible. Otherwise it might end up being a rule 4 :/
There are hacks out there to run terraria on MonoGame instead of XNA, most of them pretty complete but sometimes have the odd graphical glitch. A full source port to MonoGame would be far more reliable, and actually very simple, but sadly its closed source (although not obfuscated).
One of the supposedly more reliable ones: http://www.terrariaonline.com/threads/wip-monogame-terraria-terraria-for-linux.72997/
Isn't rule one covered by rule four?
SixSixSevenSeven said:
Isn't rule one covered by rule four?
Click to expand...
Click to collapse
No.
People can have bad judgement.. so I'm making an explicit point about Chrome.
Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one
Just found one. TCPMP, this player worked great during the PocketPC/Windows Mobile era. It moved from open source to a commercial different version which is closed source but I believe the link below has the source.
http://www.hpcfactor.com/downloads/tcpmp/
This would bring about a player that supports MKV playback.
lambstone said:
Just found one. TCPMP, this player worked great during the PocketPC/Windows Mobile era. It moved from open source to a commercial different version which is closed source but I believe the link below has the source.
http://www.hpcfactor.com/downloads/tcpmp/
This would bring about a player that supports MKV playback.
Click to expand...
Click to collapse
There is no source code downloadable from that site. All the links are non-existent. Please post the source code if you have it.
Cheers!
bfosterjr said:
There is no source code downloadable from that site. All the links are non-existent. Please post the source code if you have it.
Cheers!
Click to expand...
Click to collapse
Does this help http://code.google.com/p/tcpmp-revive/source/browse/#svn/trunk
mr djé said:
Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one
Click to expand...
Click to collapse
http://forum.xda-developers.com/showthread.php?t=2101891
mr djé said:
Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one
Click to expand...
Click to collapse
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.
bigsnack said:
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.
Click to expand...
Click to collapse
Safari is not open source so cannot be ported.
Chrome is a rule 4 - or in other words is too much effort for 1 man to do in a reasonable time frame.
Firefox is also a rule 4, plus its a ***** to get it to compile properly under microsoft tools apparently, plus its javascript engine is raw ARMv7 JIT whereas windows RT bugs with that and would require a THUMB2 JIT. Chrome also would have javascript issues, although in chrome you can have an interpreted javascript engine I think which would just be hideously slow in comparison.
Opera - Closed source.
The list goes on unfortunately. Browsers are complex creatures. Most will come under rule 4 though.
bigsnack said:
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.
Click to expand...
Click to collapse
What the hell are you doing to get all these crashes? I have yet to have IE crash on 8 or 8.1 on RT in desktop or metro.
My only suggestion would be a gui SFTP client. This is probably the one utility I am currently missing on my Surface RT (I use ssh to remote into Linux systems both for work and personal use, point #5). To clarify, I do use the psftp client in the putty suit, and that works well enough, just takes a bit more time and effort than something like winscp. I can continue to use this if an gui alternative is not feasible.
I recall someone requesting winscp at some point in the past, so I searched around this forum and I did find a couple of people that took a stab at it, but with no results, and I haven't found a clear explanation on what the hang up was. Looking at the readme winscp appears to be written in c++ at least (point #3):
To build WinSCP you need:
- Embarcadero C++ Builder XE2 Professional.
- Copy MFC source code from Borland C++ Builder 6 Professional and
build its Unicode version (see readme_mfc.txt).
- nasm from http://www.nasm.us/
- To build 64-bit version of drag&drop shell extension, you need
Windows Platform SDK:
http://msdn.microsoft.com/en-us/windows/bb980924
Click to expand...
Click to collapse
I am unsure if the aforementioned Windows Platform SDK is available for Windows RT, or if it is even needed since Windows RT is not 64-bit.
Is nasm the problem? It looks to be an x86/x64 assembler... which of course wouldn't work on ARM... unless I just don't get what an assembler is...
Not being much of a coder I also don't know if one can import a Borland C++ project into Visual Studio, so maybe that is also a problem too.
So I guess I'm not sure on a lot of the points on the ground rules list...
domboy said:
My only suggestion would be a gui SFTP client. This is probably the one utility I am currently missing on my Surface RT (I use ssh to remote into Linux systems both for work and personal use, point #5). To clarify, I do use the psftp client in the putty suit, and that works well enough, just takes a bit more time and effort than something like winscp. I can continue to use this if an gui alternative is not feasible.
I recall someone requesting winscp at some point in the past, so I searched around this forum and I did find a couple of people that took a stab at it, but with no results, and I haven't found a clear explanation on what the hang up was. Looking at the readme winscp appears to be written in c++ at least (point #3):
I am unsure if the aforementioned Windows Platform SDK is available for Windows RT, or if it is even needed since Windows RT is not 64-bit.
Is nasm the problem? It looks to be an x86/x64 assembler... which of course wouldn't work on ARM... unless I just don't get what an assembler is...
Not being much of a coder I also don't know if one can import a Borland C++ project into Visual Studio, so maybe that is also a problem too.
So I guess I'm not sure on a lot of the points on the ground rules list...
Click to expand...
Click to collapse
Borland C++ is an alternative set of 3rd part C++ tools. Would take a bit of work to get a borland project to compile it under microsoft tools.
Nasm is an x86/x64 assembler yes. Assembly language is pretty much the lowest level of programming possible before writing in raw hex or binary. It is *HIGHLY* CPU dependent. Specifically the set of commands available in assembly is the plain text form of the exact instruction set the CPU has available which for x86 is different from ARM. The fact that nasm is required means that the project will have assembly in it, therefore an RT port will not be undertaken (one of the rules in the OP).
Sorry man, its proprietary tools and parts of it are unportable anyway. Doesnt mean another SFTP client can't be ported, just this one.
Here's my wishlist. I've poked at some of them, but I don't really have time to finish any of them.
WinPCap - Iirc, the biggest issue was that it was written targeting an older version of NDIS. The usecase would be to provide network support for BOCHS.
QEmu - There's a build of QEmu that builds on MSVC called WinQEmu, but it's dynarec recompiles to x86 only. I believe the official QEmu repo doesn't support MSVC, and I don't know if it can recompile to THUMB-2.
A good IRC client - X-Chat and mIRC run poorly under the emulator, and the few .net clients I've tried are meh. X-Chat has too many GCC-specific requirements, and mIRC isn't open source, I just want a good IRC client.
An X Server - I've been unable to find an X server that builds with MSVC, or anything short of Cygwin for that matter, but I'd love to have one.
Calibre is a good eBook manager I think this is the correct source code https://code.launchpad.net/calibre
I'm not good with this source code stuff so if its to much you dont need to make a port but if you can it would be appreciated thanks
Sent from my SGH-M919 using Tapatalk 4
cx1 said:
What the hell are you doing to get all these crashes? I have yet to have IE crash on 8 or 8.1 on RT in desktop or metro.
Click to expand...
Click to collapse
Browsing news sites and/or using Spotify.
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 ?