On 3/26/2014 3:39 PM, Mike Duigou wrote:
I have updated the webrev to add the tclone.
I also moved the initial clone from non-local source to only the closed repo
case. The check isn't necessary for the case where all sub-repos will be
relative to the root repo and not in a separate forest.
On 26/03/2014 9:57 PM, Magnus Ihse Bursie wrote:
On 2014-03-26 12:51, David Holmes wrote:
sysroots and tool-chains and dev-kits! oh my!
Seriously, what does all this mean for someone who just wants to build
the OpenJDK? I use dev-kit for cross-compilation builds but I have no
idea what these d
I have updated the webrev to add the tclone.
I also moved the initial clone from non-local source to only the closed repo
case. The check isn't necessary for the case where all sub-repos will be
relative to the root repo and not in a separate forest.
http://cr.openjdk.java.net/~mduigou/JDK-8038
On Mar 26 2014, at 14:52 , David Katleman wrote:
> Hi Mike,
>
> A few minor comments, overall looks good.
>
> On 3/26/2014 2:11 PM, Mike Duigou wrote:
>> Hello all;
>>
>> I introduced bug in JDK-8030681 which prevents non-clone commands from
>> receiving parameters.
>>
>> I also slightly cl
Hi Mike,
A few minor comments, overall looks good.
On 3/26/2014 2:11 PM, Mike Duigou wrote:
Hello all;
I introduced bug in JDK-8030681 which prevents non-clone commands from
receiving parameters.
I also slightly cleaned up checking for what is an acceptable root repo as I
had encountered th
Hello all;
I introduced bug in JDK-8030681 which prevents non-clone commands from
receiving parameters.
I also slightly cleaned up checking for what is an acceptable root repo as I
had encountered this in a problem with a local clone and reverted prior change
which made the script a bash scrip
- Original Message -
> On 2014-03-22 20:11, Omair Majid wrote:
>
> > Thanks. I wasn't sure how an empty value might be processed.
> Make can't really see the difference between an unassigned variable and
> one assigned to nothing. (Or, it can, but it's more tricky to check). In
> all the
On 2014-03-26 12:51, David Holmes wrote:
sysroots and tool-chains and dev-kits! oh my!
Seriously, what does all this mean for someone who just wants to build
the OpenJDK? I use dev-kit for cross-compilation builds but I have no
idea what these different things are supposed to represent.
You
sysroots and tool-chains and dev-kits! oh my!
Seriously, what does all this mean for someone who just wants to build
the OpenJDK? I use dev-kit for cross-compilation builds but I have no
idea what these different things are supposed to represent.
David
On 26/03/2014 8:32 PM, Erik Joelsson wr
On 2014-03-26 12:32, Erik Joelsson wrote:
Thanks, here is a new webrev:
http://cr.openjdk.java.net/~erikj/8038340/webrev.root.02/
Looks good to me.
/Magnus
Thanks, here is a new webrev:
http://cr.openjdk.java.net/~erikj/8038340/webrev.root.02/
/Erik
On 2014-03-26 12:14, Magnus Ihse Bursie wrote:
That's a lot of good changes! :-)
Some comments:
In basics.m4:
* The description of --with-devkit is not ideal. It does more than
sets sysroot and too
That's a lot of good changes! :-)
Some comments:
In basics.m4:
* The description of --with-devkit is not ideal. It does more than sets
sysroot and toolchain path (e.g. the extra path, and perhaps more things
to come). Maybe just some more vague description like "use this devkit
for compilers,
Hello,
(including 2d-dev/awt-dev because I'm changing linker flags on desktop
libs.)
In preparation for upgrading compilers and build platforms, we would
like to get better separation between the two. At least on Linux and
Solaris this is certainly possible. Some work for this was already do
On Wed, Mar 26, 2014 at 8:07 AM, Magnus Ihse Bursie
wrote:
> I have not seen it before, but that webrev contains a modification of
> autoconf-config.guess, which is not okay. That file is copied directly from
> the autoconf project and should not be modified.
>
> If that script is not working pr
I have not seen it before, but that webrev contains a modification of
autoconf-config.guess, which is not okay. That file is copied directly from the
autoconf project and should not be modified.
If that script is not working properly, a correction can be made in the
config.guess wrapper. See ex
15 matches
Mail list logo
