[kaffe] 1.1.7-rc1

Dalibor Topic robilad at kaffe.org
Thu Jan 19 11:59:23 PST 2006


On Wed, Jan 18, 2006 at 11:26:31PM +0900, Kiyo Inaba wrote:
> Hi Dalibor,
> 
> >Please give it a try on the platforms you're intertested in,
> >and report back how well it works, or doesn't for you.
> 
> Thanks to make Release Candidate.

Thank you, Kiyo.

> I am now checking this with several different CPU/OS right now.
> (As you know, some machines take long long time to do that ;->)

Thanks.

> 
> But, before telling some result of these old machine, I noticed latest
> version does not work for cross compiling environment. The reason is
> missing configure flag, which can not be tested for cross environment.
> 
> The flag is
>     ac_cv_file__proc_self_maps
> and I plan to add this for config.frag files tomorrow. Since I don't
> have enough infomation for each CPU/OS whether proc maps are supported,
> I just put this to be 'yes' for all OS. This is just for make cross
> compilation work, and if someone find this is not adequate, please fix
> for the specific port.

I am sorry for having missed looking at this before. That breakage was
introduced by me delegating the binreloc check in the configure script
to binreloc.m4. In the default mode (auto), it checks for
/proc/self/maps in order to determine if binreloc support will work, or
not. such a check does not make sense when cross-compiling since the
check can be only performed on the compilation build host, not on the
target.

Instead of declaring manually ac_cv_file__proc_self_maps ourselves
for different platforms in config.frag, I'd propose the following solution:

in configure.ac, before calling AM_BINRELOC, I'd add a test if we are
cross-compiling and in that case set ac_cv_file__proc_self_maps to
false, print a warning message for the user to configure with
--enable-binreloc explicitely if he wants binreloc support on the
platform she is cross-compiling to, and call AM_BINRELOC. Unless the
user has explicitely requested --enable-binreloc, support for it will be
configured out transparently when cross-compling, but it'll work as
before for native builds.

I'll post a patch once I have it working for me :)

> Kiyo
> P.S. And maybe, I will update 'FAQ.cross-compiling' for 'rt.jar' etc...

thanks! I'll add a note about Dan Kegel's crosstools, I've found it to
be useful for GNU/Linux crosscompiler builds for various CPU
architectures.

cheers,
dalibor topic

> 
> 
> 




More information about the kaffe mailing list