Re: Compile issues

[Ivan Vučica]

What do you mean by "android make"? The "make" program shipping with Android SDK?

On Sat, Dec 10, 2011 at 19:07, Jackie Gleason <address@hidden> 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" <address@hidden> 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 <address@hidden> 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 <address@hidden> wrote:
> Hi Jackie,
>
> On Wed, Dec 7, 2011 at 15:47, Jackie Gleason <address@hidden>
> 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...
>>
>> address@hidden:~/tmp/gnustep/make$ ls
>> bin  etc  share
>> address@hidden:~/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 - address@hidden
>
>

--
Ivan Vučica - address@hidden

-- 
Ivan Vučica - address@hidden