Hi,
Please review http://cr.openjdk.java.net/~sundar/8068650/ for
https://bugs.openjdk.java.net/browse/JDK-8068650
This issue was caused by another makefile fix to generate docs for
nashorn. I'm cc'ing nashorn-dev and jdk8u-dev as the fix has to be in
jdk8u release(s). jdk9 has proper makefi
On 8/01/2015 1:10 AM, Erik Joelsson wrote:
Hello,
On 2015-01-07 15:45, Roman Kennke wrote:
Hello there,
I made some fixes to the build machinery to be able to build Shark:
http://cr.openjdk.java.net/~rkennke/shark-build-top/
Looks fine, but the generated configure script needs to be generate
> MacPorts lipo (it works, put it earlier on your path because hotspot build
> references "lipo" with no fancy variables)
The lipo problem is freaking annoying. The issue is Xcode 4 doesn't have it in
the OSX toolchain, it installed the actual binary to /usr/bin/lipo. In Xcode 5
that was repla
Hi Erik,
When I built Zero and Shark on my Raspberry Pi, I noticed another
problem when copying jvm.cfg into the right places. I fixed it in a
similar way as I did for the SA stuff:
http://cr.openjdk.java.net/~rkennke/shark-build-jdk/webrev.02/
I think that should be all for now.
Please push th
Am Mittwoch, den 07.01.2015 um 17:49 +0100 schrieb Erik Joelsson:
> On 2015-01-07 17:29, Roman Kennke wrote:
> > Am Mittwoch, den 07.01.2015 um 17:16 +0100 schrieb Erik Joelsson:
> >> On 2015-01-07 17:11, Roman Kennke wrote:
> >>> Hi Erik,
> >>>
> >>> Do you have a bug for this?
> >>> No.
> >>>
> >
On Wed, Jan 7, 2015 at 5:29 PM, Roman Kennke wrote:
> Am Mittwoch, den 07.01.2015 um 17:16 +0100 schrieb Erik Joelsson:
>> On 2015-01-07 17:11, Roman Kennke wrote:
>> > Hi Erik,
>> >
>> > Do you have a bug for this?
>> > No.
>> >
>> > I haven't pushed any changes to JDK in a while. Is it possible
On 2015-01-07 17:29, Roman Kennke wrote:
Am Mittwoch, den 07.01.2015 um 17:16 +0100 schrieb Erik Joelsson:
On 2015-01-07 17:11, Roman Kennke wrote:
Hi Erik,
Do you have a bug for this?
No.
I haven't pushed any changes to JDK in a while. Is it possible in the
meantime for me to create my own
Am Mittwoch, den 07.01.2015 um 17:16 +0100 schrieb Erik Joelsson:
> On 2015-01-07 17:11, Roman Kennke wrote:
> > Hi Erik,
> >
> > Do you have a bug for this?
> > No.
> >
> > I haven't pushed any changes to JDK in a while. Is it possible in the
> > meantime for me to create my own bugs? Otherwise, p
On 2015-01-07 17:11, Roman Kennke wrote:
Hi Erik,
Do you have a bug for this?
No.
I haven't pushed any changes to JDK in a while. Is it possible in the
meantime for me to create my own bugs? Otherwise, please file one for
me :-)
You should be able to log in to https://bugs.openjdk.java.net and
Hi Erik,
> >>> I made some fixes to the build machinery to be able to build Shark:
> >>>
> >>> http://cr.openjdk.java.net/~rkennke/shark-build-top/
> >> Looks fine, but the generated configure script needs to be generated by
> >> the script as it also updates a timestamp inside the file. We will s
Glad to hear that you were able to build.
I think it's the multi-arch configuration on Linux which is still
broken, but that's just my opinion:)
Nevertheless you are probably right that the build system could
somehow work around this or at least spit out a clearer error message.
Regards,
Volker
On 2015-01-07 16:41, Roman Kennke wrote:
Hi Erik,
I made some fixes to the build machinery to be able to build Shark:
http://cr.openjdk.java.net/~rkennke/shark-build-top/
Looks fine, but the generated configure script needs to be generated by
the script as it also updates a timestamp inside
I managed to get past this error using the following configuration line:
./configure --with-target-bits=64
--with-freetype-include=/usr/include/freetype2/
--with-freetype-lib=/usr/lib/x86_64-linux-gnu
It's good enough for us to be able to build, so I'll stick with it, but
it seems the detect
Hi Erik,
> > I made some fixes to the build machinery to be able to build Shark:
> >
> > http://cr.openjdk.java.net/~rkennke/shark-build-top/
> Looks fine, but the generated configure script needs to be generated by
> the script as it also updates a timestamp inside the file. We will still
> nee
For reference, with version numbers, here is what worked for me this morning,
for both release and fastdebug builds (including closed bits):
I'm on Mavericks (10.9.5),
using Xcode 4.6.3, (sudo xcode-select -s
/Applications/Xcode4.6.3.app/Contents/Developer)
MacPorts lipo (it works, put it earlier
Hello,
On 2015-01-07 15:45, Roman Kennke wrote:
Hello there,
I made some fixes to the build machinery to be able to build Shark:
http://cr.openjdk.java.net/~rkennke/shark-build-top/
Looks fine, but the generated configure script needs to be generated by
the script as it also updates a timesta
I just realized that I posted some unneeded stuff, and that the check
for ZERO *or* ZEROSHARK can be made simpler:
http://cr.openjdk.java.net/~rkennke/shark-build-jdk/webrev.01/
Roman
Am Mittwoch, den 07.01.2015 um 15:45 +0100 schrieb Roman Kennke:
> Hello there,
>
> I made some fixes to the bu
Hi Martin, Hadi,
I did the same (checked my own config.log files) and observed the same
think like Martin. But it seems that the "checking for.." lines are
only there for successful checks (look at other failed checks in
config log). Nevertheless I agree that it is strange that there's no
output a
Hello there,
I made some fixes to the build machinery to be able to build Shark:
http://cr.openjdk.java.net/~rkennke/shark-build-top/
http://cr.openjdk.java.net/~rkennke/shark-build-hotspot/
http://cr.openjdk.java.net/~rkennke/shark-build-jdk/
In particular, it does:
- Improve the sed command to
19 matches
Mail list logo