Yup I should have said Gnumake using ndk-build to be more specific. On Dec 10, 2011 1:09 PM, "Ivan Vučica" <ivuc...@gmail.com> wrote:
> What do you mean by "android make"? The "make" program shipping with > Android SDK? > > On Sat, Dec 10, 2011 at 19:07, Jackie Gleason <jackieglea...@gmail.com>wrote: > >> Had to remove a few things (exceptions some file/HTML/measaging) but >> getting there almost compiled I will publish a branch after. The android >> make is what you really need. Cross your fingures send my gf some flowers >> for her patience and I might be able to have an alpha out later. >> On Dec 10, 2011 1:03 PM, "Ivan Vučica" <ivuc...@gmail.com> wrote: >> >>> Looks like in replying to your email directed to me I forgot to CC the >>> list. >>> >>> On Sat, Dec 10, 2011 at 16:24, Jackie Gleason >>> <jackieglea...@gmail.com>wrote: >>> >>>> The problem with the lpthread join is that Android has no lpthread, it >>>> is actually integrated into libc so for Android this would need to be >>>> an optional param. >>>> >>> >>> True! I'd say something along the lines of "--enable-integrated-pthread" >>> which would just avoid passing -lpthread. >>> >>> There is a gcc option "-pthread": I would not be surprised if it >>> automagically did the "right thing" on Bionic platforms. >>> >>> >>>> >>>> I have started work on an Android make file instead, however, I am >>>> getting the following... >>>> >>>> >>>> /home/jackie/Development/Code/GnuStep/core/base/Headers/Foundation/NSException.h:44:2: >>>> error: #error The current setting for native-objc-exceptions does not >>>> match that of gnustep-base ... please correct this. >>>> >>>> So I am working to figure out why this is happening. >>>> >>> >>> Maybe you could try disabling the exceptions support for now. >>> >>> Is your work published somewhere in a public repository? SVN, Git, >>> Mercurial - anything? >>> >>> >>>> >>>> On Sat, Dec 10, 2011 at 6:02 AM, Ivan Vučica <ivuc...@gmail.com> wrote: >>>> > Hi Jackie, >>>> > >>>> > On Wed, Dec 7, 2011 at 15:47, Jackie Gleason <jackieglea...@gmail.com >>>> > >>>> > wrote: >>>> >> >>>> >> Yup that looks like the right one there looks like there is a link >>>> to the >>>> >> Labs toward the end. I am also looking into some of the options for >>>> a port >>>> >> of UIKit but not very far along there. Some people have also been >>>> having >>>> >> success with Cocotron (using my toolchain compiling), however, since >>>> I don't >>>> >> have XCode or a mac (although if I get desperate my gf does) I have >>>> stuck >>>> >> with trying to get GNUStep to work compile (see original message). >>>> > >>>> > >>>> > I intend to work on UIKit using OpenGL and primarily targeting X11. I >>>> began >>>> > work on UIApplication, and intend to work on it slowly. >>>> > >>>> > It's in the GNUstep repository under dev-libs. >>>> > >>>> >> >>>> >> >>>> >> I have included the config.log, however, I think the real problem >>>> here is >>>> >> for some reason the pthreads stuff isn't get included. This seems odd >>>> >> considering it should be included inside the platform folder >>>> included. I >>>> >> know there can be some problems with Bionic and pthreads but join >>>> shouldn't >>>> >> be that issue. >>>> >> >>>> >> GnuStep Make seems to compile fine... >>>> >> >>>> >> jackie@jackie-Latitude-E6410:~/tmp/gnustep/make$ ls >>>> >> bin etc share >>>> >> jackie@jackie-Latitude-E6410:~/tmp/gnustep/make$ ls ./bin/ >>>> >> debugapp gnustep-config gnustep-tests openapp opentool >>>> >> >>>> >> Am I missing some sort of fancy include in my CFLAGS or LDFLAGS? >>>> > >>>> > >>>> > From what I can see in config.log, linker step of compiling is >>>> failing on >>>> > the pthread_join() test, just as you documented in your later email. >>>> > >>>> > Just look for the line: >>>> > "configure: failed program was:" >>>> > and this line will be followed by the program that failed. >>>> > >>>> > Program that failed is testing for pthread_join(). Looking above the >>>> program >>>> > that failed, I see the following: >>>> > >>>> > <a long path to ld>/bin/ld: cannot find -lpthread >>>> > >>>> > You probably need to tell the linker where to find libpthread.a. >>>> LDFLAGS >>>> > then needs to contain -Lfolder/which/contains/libpthread/dot/a in >>>> addition >>>> > to any other options you want to have in there. >>>> > >>>> > In your later email you stated: >>>> >> >>>> >> if I set pthread_ok=yes to goes on to the next issue (seems test are >>>> ran >>>> >> even when cross compile which of course fails.) >>>> >> Although that I can just change it I am worried I have my linking >>>> set up >>>> >> wrong, any help would be great. >>>> > >>>> > >>>> > Can you document where it fails, apart from tests? >>>> > >>>> > Also, it might be possible to turn off thread support under GNUstep. >>>> > >>>> > -- >>>> > Ivan Vučica - i...@vucica.net >>>> > >>>> > >>>> >>> >>> >>> >>> -- >>> Ivan Vučica - i...@vucica.net >>> >>> >>> > > > -- > Ivan Vučica - i...@vucica.net > > >
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev