question on checking dependencies across modules
Magnus Ihse Bursie
magnus.ihse.bursie at oracle.com
Fri Jun 12 13:10:36 UTC 2015
On 2015-06-11 01:38, Maurizio Cimadamore wrote:
>
>
> On 10/06/15 17:27, Mandy Chung wrote:
>>> On Jun 10, 2015, at 6:25 AM, Maurizio Cimadamore
>>> <maurizio.cimadamore at oracle.com> wrote:
>>>
>>> Hi,
>>> In the context of the IntelliJ project support for JDK, I have a
>>> question on the very last step of 'make images' :
>>>
>>> ## Starting verify-modules
>>> Checking dependencies across JDK modules
>>> Access verification succeeded.
>>>
>>> I noticed that this step is always applied, regardless of whether
>>> there was actually any change in the sources/built classes or not.
>>> Is that deliberate? This is a bit unfortunate as in our setup we
>>> depend on 'make images' to run tests, and if there's nothing to do,
>>> you will still have to wait several seconds for 'make images' to
>>> complete.
>> This step verifies access across module boundaries and should only be
>> needed when any change in built classes. This can be improved
>> while this step is temporary until the module system is moving
>> along. Erik and Magnus may be able to come up with a simple way to
>> check if any class is recompiled; otherwise this step can be skipped.
> Right - this is what I was trying to ask - i.e. if there was any weird
> reason as to why this step was necessary even w/o any change in any
> source. It seems like the current behavior is mostly accidental and,
> coupled with the fact that (i) this is going away soon and (ii) there
> are workarounds (make jimages) - it should best be left as it is now?
>
> Now, 'jimages' seems to be working fine for my needs - what is the
> feeling about this target moving forward? Is it something we can rely
> upon, or is 'jimages' also going away/replaced by something else (in
> which case using 'images' would be a more stable choice) ?
The following targets from Main.gmk are the "main entry points":
# Traditional targets typically run by users.
# These can be considered aliases for the targets now named by a more
# "modern" naming scheme.
default: exploded-image
jdk: exploded-image
images: product-images
docs: docs-image
all: all-images
I think I can safely promise that these will never go away. So "images"
would be a safe choice, but not jimages.
/Magnus
More information about the build-dev
mailing list