Re: hardcoding -m32/-m64 is more harmful than using the toolchain defaults

2015-10-27 Thread Martin Buchholz
The world would be a better place if the current x86 32-bit ABI was replaced by "x32" https://en.wikipedia.org/wiki/X32_ABI but it's looking unlikely that we will get there. For starters, all compilers must be rewritten to target x32, and that includes the jdk jits. And that's a big project, one f

Re: RFR: JDK-8140312: Enable new sjavac server only mode in jdk build

2015-10-27 Thread Magnus Ihse Bursie
On 2015-10-26 14:54, Erik Joelsson wrote: I send this review prematurely. Here is a new webrev, which has been properly tested. We had some test code compilations using the boot javac, which hadn't properly declared DISABLE_SJAVAC. The copy paste error in configure has also been corrected. On

Re: Issue with Jdk-9 build with boot_jdk as JDK-9

2015-10-27 Thread Erik Joelsson
The officially supported boot jdk for JDK N is always JDK N-1. Using JDK N should work in most cases, but depending on how old the JDK N build is compared to the sources you are building, all sorts of issues may arise. /Erik On 2015-10-27 12:51, Bhanu Gopularam wrote: Hi, I am trying to

Issue with Jdk-9 build with boot_jdk as JDK-9

2015-10-27 Thread Bhanu Gopularam
Hi, I am trying to build JDK-9 from dev repo with JDk-9 as BOOT_JDK. I am facing some issues. I have created JDK image with latest jdk-9-dev codebase from hg repo tagged as jdk9-b88. I am using this jdk-image as BOOT_JDK for creating JDK-9 build once again. The JDK-9 build is failing wh

Re: RFR: Typo in makefile changes for 8043805 [Allow using a system-installed libjpeg]

2015-10-27 Thread Erik Joelsson
Looks good to me. /Erik On 2015-10-26 18:30, Omair Majid wrote: (moving from jdk9-dev) Hi, I have created a webrev at: http://cr.openjdk.java.net/~omajid/webrevs/8139932-typo-makefile-jpeg/00/ Typo in makefile changes for 8043805 [Allow using a system-installed libjpeg] Reviewed-by: omajid,