There were two occurrences of /bin/bash on that line, but only one was
changed. Was that intentional?
-- Jon
On 08/29/2014 07:24 AM, Erik Joelsson wrote:
Since BASH is set by configure, it makes sense to use that value. OK
from me.
/Erik
On 2014-08-29 11:40, Magnus Ihse Bursie wrote:
This
On 9/2/14, 11:48 AM, Mandy Chung wrote:
GensrcCLDR.gmk and GensrcLocaleDataMetaInfo.gmk generate sources for
java.base and jdk.localedata. I think we should re-examine to modify
the tool e.g. to take an input parameter specifying which locales or
module the source is generated for. This will ma
Hi Erik,
Sorry for a bit of delay, got task switched around...
My umask seems to be ok ( it is 0002 ) and I see the same issue under Debian
(user=mmontaseri, umask=0002) and CentOS (user=manager, umask=0002)
mmontaseri@griffin:/tmp> touch joe ; ls -l joe
-rw-rw-r-- 1 mmontaseri software 0 Sep
On 8/29/14 2:07 PM, Naoto Sato wrote:
I incorporated the suggestions from Mandy and Alan. Also one change
since the last webrev was to revert the hard-coding of the supported
locales list back to the one which dynamically generates the lists at
the build time. I initially thought static listing
On 8/31/14, 11:46 PM, Masayoshi Okutsu wrote:
Do we need availableLocalesTests() of Bug8038436.java? I think it's
rather a burden to maintain the hard-coded tags in the test.
I think it's worthy to have such test that have golden data in it. I
don't think there would be much changes in JRE pro
On 8/30/14, 5:47 AM, Alan Bateman wrote:
On 29/08/2014 22:07, Naoto Sato wrote:
I incorporated the suggestions from Mandy and Alan. Also one change
since the last webrev was to revert the hard-coding of the supported
locales list back to the one which dynamically generates the lists at
the build
