Re: [8u40]: RFR 8059136: Reverse removal of applet demos

2014-09-30 Thread Erik Joelsson
Hello, The backout looks clean, ok from me. /Erik On 2014-09-26 22:48, Daniil Titov wrote: Hi, Please review webrev that reverses changes done in the team forest (https://bugs.openjdk.java.net/browse/JDK-8015376 removal of applet demos). JDK-8015376 changes were integrated in 8u-dev team

Building on non-std architectures

2014-09-30 Thread pointo1d
Hi all , I'm hoping that someone on here might have previously encountered the problem I'm now trying to solve, ergo trying to modify the autoconf scripts to support the building of a 31 bit target on a 64 bit machine - the compiler on the host does take the -m31 option, but autoconf seems to

Re: Building on non-std architectures

2014-09-30 Thread David Holmes
Hi Dave, On 1/10/2014 2:05 AM, pointo1d wrote: Hi all , I'm hoping that someone on here might have previously encountered the problem I'm now trying to solve, ergo trying to modify the autoconf scripts to support the building of a 31 bit target on a 64 bit machine - the compiler on the host doe

Re: Building on non-std architectures

2014-09-30 Thread pointo1d
Hiya Dave , On 30/09/14 18:57, David Holmes wrote: Hi Dave, On 1/10/2014 2:05 AM, pointo1d wrote: For general cross-compilation we just set extra-cflags to pass things like this through; and don't set the --with-target-bits option. Aside: I would think that supporting 31-bit would require a

Re: Building on non-std architectures

2014-09-30 Thread David Holmes
On 1/10/2014 4:03 AM, pointo1d wrote: Hiya Dave , On 30/09/14 18:57, David Holmes wrote: Hi Dave, On 1/10/2014 2:05 AM, pointo1d wrote: For general cross-compilation we just set extra-cflags to pass things like this through; and don't set the --with-target-bits option. Aside: I would think th

Re: Building on non-std architectures

2014-09-30 Thread pointo1d
Hiya Dave , On 30/09/14 19:06, David Holmes wrote: On 1/10/2014 4:03 AM, pointo1d wrote: Hiya Dave , On 30/09/14 18:57, David Holmes wrote: Okay that sounds like we need a major change in the configure logic. Can you tell if this comes from our specific .m4 processing or is this part of co