Re: Can not get codes by get_source.sh at Japanese environment.

2014-10-01 Thread Yuji Kubota
Hi Martijin, Thank you for your reply, and sorry my mistake. My patch is here. -- diff -r 0958d0a9f44e get_source.sh --- a/get_source.sh Wed Oct 01 07:45:02 2014 -0700 +++ b/get_source.sh Wed Oct 01 16:56:33 2014 -0700 @@ -67,7 +67,7 @@ error "Could not locate Mercurial command

Re: Can not get codes by get_source.sh at Japanese environment.

2014-10-01 Thread Martijn Verburg
Hi Yuji, Martijn here (we met at Hackergarden). The OpeJDK mailing lists don't accept attachments, are you able to copy the content of the patch (diff) and post in the body of the message? Cheers, Martijn On 1 October 2014 16:59, Yuji Kubota wrote: > Hi all, > I wrote this report and patch at

Can not get codes by get_source.sh at Japanese environment.

2014-10-01 Thread Yuji Kubota
Hi all, I wrote this report and patch at Hackergarten in JavaOne2014. When I try to get source codes of jdk8 in Japanese environment, get_source.sh can not parse the "hg -version" correctly. So I can not get the source codes, because the result of "hg -version" has japanese charcthers. Mercurial

Re: Building on non-std architectures

2014-10-01 Thread pointo1d
Hiya Erik , On 01/10/14 09:10, Erik Joelsson wrote: This happens in common/autoconf/platform.m4 in PLATFORM_SETUP_OPENJDK_TARGET_BITS. We make the assumption that a platform is either 32 or 64 bit. The test that is failing is trying to make sure that what's produced by the compiler matches the

Re: Building on non-std architectures

2014-10-01 Thread Erik Joelsson
This happens in common/autoconf/platform.m4 in PLATFORM_SETUP_OPENJDK_TARGET_BITS. We make the assumption that a platform is either 32 or 64 bit. The test that is failing is trying to make sure that what's produced by the compiler matches the target cpu. I think it will need some tweaking to ha