Have you seen http://androvm.org/?
VirtualBox makes Android highly performant, and using AndroVM Player to actually display the content instead of VirtualBox itself means you get 3D acceleration as well. I haven't tried the newer iteration of AndroVM called "Genymotion", but it may be even easier to use. In any case, you first "just" need gnustep-base to build. Right now, it does not even build. Then, you need to assemble a small NativeActivity that'll make use of Objective-C code and classes from gnustep-base. That shouldn't be too hard ;-) On Mon Dec 23 2013 at 3:49:59 PM, Kevin Ingwersen <[email protected]> wrote: > Well, I’ll first have to pick up an android device X3. I have been an > Apple user for very long. But I have seen some models coming out which are > „pre-rooted“ or whatever - they come with CynagogenMod. Yeah, I dont like > stock systems ;). > Once I get my hands on a device, I’ll certainly try out the scripts, i > saved the link to my notes. :) > Am 23.12.2013 um 16:44 schrieb Ivan Vučica <[email protected]>: > > Yes, there is a free SDK that compiles *Objective-C* for Android, and > it's called "Android NDK" (which includes clang since, I think, r8c or > something like that). Have you tried building GNUstep with it? :-) > > To be actually productive, you need more than just what clang provides > you. What can you do without having even NSDictionary, NSString, etc? > > GNUstep build process for Android needs to be documented, GNUstep needs to > be (slightly, in just a few places) patches, et al. I've done some work on > it back in May, and there have been people who have submitted interesting, > but incomplete or not fully appropriate patches. > > Perhaps you were thinking of non-free SDKs -- and yes, on the mailing list > we are aware of several of them. Every one of those companies is doing > amazing things. If I were asked about it, I'd point someone doing > commercial work on porting a video game toward those companies, because > actually supporting game porting from iOS to Android requires much more > than just gnustep-base; you need to provide people with (at least) chunks > of UIKit, Core Animation, OpenAL, etc. and if you're porting an existing > game, even if gnustep-base were available you'd save a LOT of time (meaning > money) by going to one of these companies. > > We could and should, however, provide at least basic upstream support for > gnustep-base libraries. > > If you're interested, here is a set of scripts intended to be used on > stock Ubuntu: > http://bitbucket.org/ivucica/gnustep-android/ > You can use it to bootstrap the environment on a vanilla Ubuntu 12.04, or > to study what needs to be done to get GNUstep working on Android. And no, > it doesn't work completely; if I had a working .apk that I could launch on > an Android device, I'd certainly announce it and write about it more than > just throw the URL around. > > The scripts still contain some non-upstreamed patches. Ideally we'd get > that down to zero. > > Feel free to play with it! > > On Mon Dec 23 2013 at 3:33:13 PM, Kevin Ingwersen < > [email protected]> wrote: > > There is an SDK that compiles ObjC for Android already. :) > > And yeah, I dont like using a VM just to test GNUstep builds. I am just > waiting for the fixes of libobjc2 to be published so they can be compiled > using clang. I tried a build with GCC - but it didn’t work out as expected > due to incompatibilities with ABI. :/ > > I really want GNUstep to be more aknowledged and noticed - because its > awesome. But it has issues it needs to fix - like deployment under Windows, > or a working OS X build - that i am doing - and other things. o.o > > But we’ll see… ^^ > Am 23.12.2013 um 16:18 schrieb Ivan Vučica <[email protected]>: > > I meant "developers participating in GNUstep project, with commit rights" > :-) > > And I by no means meant "this is unnecessary"; I meant "there is a lack of > motivation for someone to sit down and go through it properly". > > As David said, most core developers people use VMs. I personally sometimes > reboot, as some OpenGL-related things are broken in VirtualBox. But noone > has an actual day-to-day pressing need to make it work under OS X. I'd like > it (to avoid the aforementioned reboots). > > I don't think anyone's that dismissive about supporting > GNUstep-directly-under-OS X; but, it would take work. I personally would > think focusing on getting upstream gnustep-base to be usable under Android > is more interesting :-) > > On Sun Dec 22 2013 at 8:49:04 PM, Jamie Ramone <[email protected]> > wrote: > > Actually, he just said developers, which can mean "GNUstep maintainers" or > "developers who use GNUstep in their projects". True, there may not be much > need among the 1st category, but there is in the 2nd. That's what I > referring to when mentioning the dismissed requests for help. I guess we > could chalk it up as a misunderstanding on both ends :) > > > On Sun, Dec 22, 2013 at 3:22 PM, David Chisnall < > [email protected]> wrote: > > On 22 Dec 2013, at 17:56, Jamie Ramone <[email protected]> wrote: > > > I don't think there's a lack of need. Just look at how many people have > been asking for help on this issue lately. Every time I see them the reply > is usually "why would you or anyone want to do that?" Testing some software > they're developing in Cocoa on GNUstep without the need of a VM as you said > is just one example. They could want to do that to make sure it'll work > properly on non-Mac systems. Or to move away from it. Or because of an > issue with proprietary software, whether ideologically or practically > inclined (e.g. licensing issue of some kind). In any case all those replies > DO suggests reluctance, which is why I said what I said. > > Ivan said a lack of need from GNUstep developers, and he's mostly right > because most of us develop in some VM or on native non-Mac platforms. > > I definitely agree that there's a need to gave GNUstep working on OS X, > however, to ease porting. I'd love it if we could ship and XCode plugin > that would let people test their code with OS X in XQuartz and then just > recompile on FreeBSD[1]. It would also be nice if we could bundle WINE and > provide an environment for testing Windows builds. Now that Apple is > shipping a recent clang, it's easy to cross compile, you just need a > sysroot with the relevant libraries / headers and a GNU ld for the target > platform. > > Obviously, for real deployment, you're going to want to set up a VM (or a > real machine) with the target platform and do QA there, but having to sync > the code between the Mac and the VM seems to be too much of a barrier for > some people. > > David > > [1] On Linux they'll need to also port to glibc most likely. > > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > >
_______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
