I'm looking forward to trying out what you come up with, and helping getting it to a more usable state.
We may, however, want to try to keep the mailing list just a slightly less chatty in order to avoid wrath of other developers :) On Sat, Dec 10, 2011 at 19:12, Jackie Gleason <[email protected]>wrote: > BTW Android people put fcntl.h and signal.h in the root instead of > sys. Make sure to copy them to sys in your platform as well. Nothing > like making things unnecessarily confusing. > > 2011/12/10 Jackie Gleason <[email protected]>: > > Yup I should have said Gnumake using ndk-build to be more specific. > > > > On Dec 10, 2011 1:09 PM, "Ivan Vučica" <[email protected]> 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 <[email protected]> > >> 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" <[email protected]> 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 < > [email protected]> > >>>> 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 <[email protected]> > wrote: > >>>>> > Hi Jackie, > >>>>> > > >>>>> > On Wed, Dec 7, 2011 at 15:47, Jackie Gleason > >>>>> > <[email protected]> > >>>>> > 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 - [email protected] > >>>>> > > >>>>> > > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Ivan Vučica - [email protected] > >>>> > >>>> > >> > >> > >> > >> -- > >> Ivan Vučica - [email protected] > >> > >> > > > -- Ivan Vučica - [email protected]
_______________________________________________ Gnustep-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
