JDK-8162999 : Build give extraneous find warnings
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-08-02
  • Updated: 2016-11-14
  • Resolved: 2016-11-14
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9Fixed
Related Reports
Relates :  
JDK-8169656 - Return of build giving extraneous find warnings
Description
In a full and incremental build I get these warnings:

busaa027.us.oracle.com% grep "No such file" results
/bin/find: ‘/home/cphillim/hg.local/9clean/hotspot/test/compiler/native’: No such file or directory
/bin/find: ‘/home/cphillim/hg.local/9clean/hotspot/test/compiler/native’: No such file or directory
/bin/find: ‘/home/cphillim/hg.local/9clean/hotspot/test/compiler/native’: No such file or directory
/bin/find: ‘/home/cphillim/hg.local/9clean/hotspot/test/compiler/native’: No such file or directory

I think it came from this change to JtregNative.gmk

changeset:   11607:b08a2a6286f1
user:        gthornbr
date:        Fri Jul 15 10:46:08 2016 -0700
summary:     8144278: [TESTBUG] hotspot/runtime/StackGuardPages/testme.sh should use native library build support

From hg annotate anyway.
Comments
Re-resolving, and will file a new bug.
14-11-2016
This seems to have come back as part of JDK-8067744.
12-11-2016
URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/655dff7a364b User: lana Date: 2016-08-24 21:12:38 +0000
24-08-2016
URL: http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/655dff7a364b User: coleenp Date: 2016-08-04 21:17:09 +0000
04-08-2016
I removed the "$(HOTSPOT_TOPDIR)/test/compiler/native" line from JtregNative.gmk and rebuilt the repo. Before the change the error messages were seen in the log and after the change the error messages were not written to the log. My changes did not involve any changes in the area of the offending line so as David points out it must have been an issue with the "hg" merge.
04-08-2016
Something weird going on here. test/compiler/native was removed from the native paths in JtregNative.gmk as part of latest changes to come from hs-comp - at least according to "hg log -p" changeset: 11704:ad7af1afda7a user: tpivovarova date: Tue Jul 12 18:24:48 2016 +0300 summary: 8132919: Put compiler tests in packages diff -r 89706003513f -r ad7af1afda7a make/test/JtregNative.gmk --- a/make/test/JtregNative.gmk +++ b/make/test/JtregNative.gmk @@ -50,7 +50,6 @@ $(HOTSPOT_TOPDIR)/test/runtime/BoolReturn \ $(HOTSPOT_TOPDIR)/test/compiler/floatingpoint/ \ $(HOTSPOT_TOPDIR)/test/compiler/calls \ - $(HOTSPOT_TOPDIR)/test/compiler/native \ $(HOTSPOT_TOPDIR)/test/serviceability/jvmti/GetNamedModule \ $(HOTSPOT_TOPDIR)/test/testlibrary/jvmti \ # then we have a later merge: changeset: 11717:f8e096377840 parent: 11613:cf03be81f5c4 parent: 11716:faaed259df37 user: rbackman date: Tue Jul 19 13:15:46 2016 +0200 summary: Merge diff -r cf03be81f5c4 -r f8e096377840 make/test/JtregNative.gmk --- a/make/test/JtregNative.gmk +++ b/make/test/JtregNative.gmk @@ -50,9 +50,9 @@ $(HOTSPOT_TOPDIR)/test/runtime/BoolReturn \ $(HOTSPOT_TOPDIR)/test/compiler/floatingpoint/ \ $(HOTSPOT_TOPDIR)/test/compiler/calls \ - $(HOTSPOT_TOPDIR)/test/compiler/native \ $(HOTSPOT_TOPDIR)/test/serviceability/jvmti/GetNamedModule \ $(HOTSPOT_TOPDIR)/test/testlibrary/jvmti \ + $(HOTSPOT_TOPDIR)/test/compiler/jvmci/jdk.vm.ci.code.test \ Yet if I examine the file the test/compiler/native entry is still present! And as Coleen indicates hg annot shows: 11607: $(HOTSPOT_TOPDIR)/test/compiler/native \ where 11607 is Jerry's changeset but he never touched that line! As can be proven here: e > hg diff -r 11607 -r 11606 test/JtregNative.gmk | more diff -r b08a2a6286f1 -r a0cdf5e20489 make/test/JtregNative.gmk --- a/make/test/JtregNative.gmk +++ b/make/test/JtregNative.gmk @@ -65,8 +65,7 @@ ifeq ($(OPENJDK_TARGET_OS), linux) BUILD_HOTSPOT_JTREG_NATIVE_SRC += \ $(HOTSPOT_TOPDIR)/test/runtime/execstack \ - $(HOTSPOT_TOPDIR)/test/runtime/jsig \ - $(HOTSPOT_TOPDIR)/test/runtime/StackGuardPages + $(HOTSPOT_TOPDIR)/test/runtime/jsig endif ifeq ($(TOOLCHAIN_TYPE), solstudio) @@ -78,8 +77,6 @@ ifeq ($(OPENJDK_TARGET_OS), linux) BUILD_HOTSPOT_JTREG_LIBRARIES_LDFLAGS_libtest-rw := -z noexecstack BUILD_HOTSPOT_JTREG_LIBRARIES_LDFLAGS_libtest-rwx := -z execstack - BUILD_HOTSPOT_JTREG_EXECUTABLES_LDFLAGS_exeinvoke := -ljvm -lpthread - BUILD_TEST_invoke_exeinvoke.c_OPTIMIZATION := NONE endif BUILD_HOTSPOT_JTREG_OUTPUT_DIR := $(BUILD_OUTPUT)/support/test/hotspot/jtreg/native So this looks like some kind of weird hg merge bug
03-08-2016
Jerry - can you check out this bug that might be due to JDK-8144278?
02-08-2016
This is just a guess of cause, it could also be a build bug.
02-08-2016