On Thu, 2018-08-23 at 09:48 +0200, Petr Sumbera wrote:
>
> But not really sure whether following directory structure is
> good enough:
>
> usr/jvm/openjdk-11
> usr/jvm/openjdk-11/bin
> usr/jvm/openjdk-11/demo
> usr/jvm/openjdk-11/lib
> usr/jvm/openjdk-11/include
> usr/jvm/openjdk-11/jmods
>
Hiya Erik ,
On 01/10/14 09:10, Erik Joelsson wrote:
This happens in common/autoconf/platform.m4 in
PLATFORM_SETUP_OPENJDK_TARGET_BITS. We make the assumption that a
platform is either 32 or 64 bit. The test that is failing is trying to
make sure that what's produced by the compiler matches
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:
snip
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
Hiya Mike ,
On 24/09/14 00:35, Mike Duigou wrote:
Hello all;
This is a one line change to the hgforest command to pass the command line
options to the serve command. This is mostly useful for passing --port option
https://bugs.openjdk.java.net/browse/JDK-8059000
Mike
diff --git
On 19/09/14 08:30, Erik Joelsson wrote:
I've noticed this problem too but never got around to fix it. The fix
is OK, but I would prefer just replacing the CP line with
$(install-file), which will also avoid the duplicated source file
definition.
/Erik
On 2014-09-18 22:00, Phil Race wrote:
On 09/09/14 12:55, Magnus Ihse Bursie wrote:
On 2014-09-08 10:11, Erik Joelsson wrote:
On 2014-09-08 03:45, David Holmes wrote:
On 6/09/2014 11:20 PM, pointo1d wrote:
Hi all ,
Whilst perusing the output from the command $ bash configure
--help, in
connection with enabling/disabling parts
Hi all ,
Whilst perusing the output from the command $ bash configure --help, in
connection with enabling/disabling parts of the build, I notice the use
of the terms FEATURE and PACKAGE but with little further information -
could anyone enlighten me as to the meaning and also possible values,
Hiya Magnus ,
On 05/09/14 10:57, Magnus Ihse Bursie wrote:
On 2014-09-04 11:24, pointo1d wrote:
I thought that the build log question rang a bell reasonably loudly -
I would suspect that this CM Crossroads posting
(http://www.cmcrossroads.com/article/descrambling-parallel-build-logs) might
Hiya David ,
On 04/09/14 04:38, David Holmes wrote:
I naively assumed this would work:
make reconfigure images
There should be a way to serialize the top-level set of targets
without serializing all the sub-targets. That way this would work, as
would:
make clean-foo foo
which is
Hi again David ,
On 04/09/14 04:38, David Holmes wrote:
I naively assumed this would work:
make reconfigure images
There should be a way to serialize the top-level set of targets
without serializing all the sub-targets. That way this would work, as
would:
make clean-foo foo
which is
On 04/09/14 05:35, David Holmes wrote:
Hi Magnus,
On 1/09/2014 10:11 PM, Magnus Ihse Bursie wrote:
Even in the default log level (warn), hotspots builds are extremely
verbose. With the new jigsaw build system, hotspot is build in parallel
with the jdk, and the sheer amount of hotspot output
Hiya David ,
On 04/09/14 11:26, David Holmes wrote:
Hi Dave,
On 4/09/2014 7:59 PM, pointo1d wrote:
Hi again David ,
On 04/09/14 04:38, David Holmes wrote:
snip
I've just discovered this page in the gmake manual -
https://www.gnu.org/software/make/manual/html_node/Parallel-Output.html
Hiya Mike ,
On 09/08/14 01:23, Mike Duigou wrote:
Hello all;
A previous version of this changeset was focused on disabling FORTIFY_SOURCE
only for specific files with optimization disabled. This version entirely
disables FORTIFY_SOURCE for all portions of the build. After additional
TFT David ,
On 11/07/14 06:01, David Holmes wrote:
On 11/07/2014 2:09 AM, pointo1d wrote:
snip
Check earlier in the build log to see why the corba classes.jar didn't
get built.
The corba fails to build because it seemingly can't find the most basic
things ...
## Starting corba
Hiya Volker ,
On 11/07/14 13:09, Volker Simonis wrote:
On Fri, Jul 11, 2014 at 1:56 PM, David Holmes david.hol...@oracle.com wrote:
On 11/07/2014 9:36 PM, pointo1d wrote:
TFT David ,
On 11/07/14 06:01, David Holmes wrote:
On 11/07/2014 2:09 AM, pointo1d wrote:
snip
This is the following
Hiya Mikael ,
On 10/07/14 08:54, Mikael Vidstedt wrote:
All,
Please review this backport of the fix for 8031709 to jdk8u/jdk8u-dev.
The fix is the very same as the one Erik did in jdk9:
http://mail.openjdk.java.net/pipermail/build-dev/2014-January/011534.html
Hi all ,
Could anyone tell me if there's a tie in between the
--with-import-hotspot --with-boot-jdk options, I ask purely because,
although I can run a successful truly vanilla OJDK build, all attempts
fail if I attempt to use either, or both of, the --with-import-hotspot
/or
Hi Daniel ,
On 08/07/14 11:30, Daniel Fuchs wrote:
Hi Mike,
sorry for not reacting sooner.
I applied your patch on my machine, and now get the following:
sh ./get_source.sh
./get_source.sh: line 70: [: too many arguments
./get_source.sh: line 76: [: `)' expected, found -1
./get_source.sh:
Hiya Daniel ,
On 08/07/14 13:15, Daniel Fuchs wrote:
On 7/8/14 1:40 PM, pointo1d wrote:
What do you see if you run the script using bash ?
Just the same.
best regards,
-- daniel
Try this ...
#!/bin/sh -e
#
# Copyright (c) 2010, 2014, Oracle and/or its affiliates. All rights
reserved
Hiya Alan ,
On 01/07/14 15:31, Alan Bateman wrote:
I posted a note here recently (and to macosx-port-dev) about the
unused JObjC source code in the jdk repository [1].
I didn't see any replies or objections so I'd like to go ahead and
remove this code. As I mentioned, this code has not
Hiya Mike ,
On 17/06/14 22:35, Mike Duigou wrote:
With the upgrade of the hg.openjdk.java.net servers very old mercurial clients
can no longer be used (0.9.5) and there have been persistent reports of more
frequent connection failures. The older your mercurial client the more likely
the
Hiya Mike ,
On 17/06/14 22:35, Mike Duigou wrote:
With the upgrade of the hg.openjdk.java.net servers very old mercurial clients
can no longer be used (0.9.5) and there have been persistent reports of more
frequent connection failures. The older your mercurial client the more likely
the
Hiya Mike ,
On 03/06/14 23:36, Mike Duigou wrote:
Hello all;
This is a small changeset to fix a problem where on some platforms (Solaris and
possibly others) the configure script doesn't properly detect the absence of
autoconf or mercurial because which returns a string for the failure
Hiya Mike ,
On 14/05/14 23:26, Mike Duigou wrote:
Hello all;
A very small but high priority changeset. A stray ) snuck in and was missed
by both me and reviewers of JDK-8042810.
http://cr.openjdk.java.net/~mduigou/JDK-8043182/0/webrev/
Wouldn't it be cool if there was a tool which validated
Hi Erik ,
On 14/05/14 13:32, Erik Joelsson wrote:
Hello,
Please review this minor fix for jdk9. The input variables
JPRT_ARCHIVE_BUNDLE and JPRT_ARCHIVE_INSTALL_BUNDLE are typically
provided by JPRT using the Windows mixed path (c:/jprt/...). We would
like to stop using a special version of
On 12/05/14 10:50, David Holmes wrote:
Also this appears to need the x to be quoted x
+ if test x$with_import_hotspot != x; then
at least that is the normal pattern (it may not be strictly necessary).
Hmm, I was following, or attempting to follow, the 'convention' as
illustrated
Hi Mike ,
On 09/05/14 08:25, Mike Duigou wrote:
On May 8 2014, at 22:35 , Chris Hegarty chris.hega...@oracle.com wrote:
Looks fine to me Mike.
Trivially while you are there (not related to your changes), or i can do it
separately, --sequentially now runs with up to two parallel commands.
Hi Mike ,
On 09/05/14 03:19, Mike Duigou wrote:
Hello all;
This issue is a follow-on bug fix to JDK-8041151 (Improve hgforest.sh concurrency). That
changeset introduced use of fifos for monitoring sub-shell completion and included an
alternative implementation for configurations which did
Hi all ,
By way of a heads-up, I deem that the nature and relative size of the
change (incorporating the comments from both Erik David) now requires
a webrev, so one has been generated and is awaiting hosting up on
openjdk - of which further news as and when available.
On the point of
Further to my previous e-mail, pls be advised that the webrev is now up
on openjdk at http://cr.openjdk.java.net/~ngmr/8037953/webrev.00.
Rgds ,
--
​Dave Pointon FIAP MBCS
Now I saw, tho' too late, the folly of beginning a work before we count the
cost and before we we judge rightly of our
30 matches
Mail list logo
