make reconfigure fails on idk 10

David Holmes david.holmes at oracle.com
Tue Oct 17 21:25:48 UTC 2017


Hi Lance,

This looks very odd:

checking for top-level directory... 
/Users/ljanders/Documents/hg-workspaces/openjdk10/jdk10-corba/open-corba

Did you clone an existing workspace or copy it? Unclear how this path 
could get in there if you cloned.

That said:

a) I always "cd <CONF> && make reconfigure", never tried from the top repo

b) there have been some bugs fixed, but they mainly relate to 
open+closed configurations

Cheers,
David

On 18/10/2017 7:08 AM, Lance Andersen wrote:
> Hi,
> 
> I just tried to run ‘make reconfigure’ in a JDK 10 workspace which was cloned from an existing workspace it fails:
> ————
> hg paths
> default = /Users/ljanders/Documents/hg-workspaces/openjdk10/jdk10-master/open
> 
>   make reconfigure
> Re-running configure using arguments '--with-freetype-include=/usr/X11/include --with-freetype-lib=/usr/X11/lib --disable-warnings-as-errors JT_HOME=/Users/ljanders/Dropbox/openjdk/jtreg'
> Running generated-configure.sh
> configure: Configuration created at Tue Oct 17 16:39:44 EDT 2017.
> configure: configure script generated at timestamp 1508136203.
> checking for basename... /usr/bin/basename
> checking for bash... /bin/bash
> checking for cat... /bin/cat
> checking for chmod... /bin/chmod
> checking for cmp... /usr/bin/cmp
> checking for comm... /usr/bin/comm
> checking for cp... /bin/cp
> checking for cut... /usr/bin/cut
> checking for date... /bin/date
> checking for gdiff... no
> checking for diff... /usr/bin/diff
> checking for dirname... /usr/bin/dirname
> checking for echo... /bin/echo
> checking for expr... /bin/expr
> checking for file... /usr/bin/file
> checking for find... /usr/bin/find
> checking for head... /usr/bin/head
> checking for gunzip... /usr/bin/gunzip
> checking for pigz... no
> checking for gzip... /usr/bin/gzip
> checking for ln... /bin/ln
> checking for ls... /bin/ls
> checking for mkdir... /bin/mkdir
> checking for mktemp... /usr/bin/mktemp
> checking for mv... /bin/mv
> checking for nawk... no
> checking for gawk... no
> checking for awk... /usr/bin/awk
> checking for printf... /usr/bin/printf
> checking for rm... /bin/rm
> checking for rmdir... /bin/rmdir
> checking for sh... /bin/sh
> checking for sort... /usr/bin/sort
> checking for tail... /usr/bin/tail
> checking for gtar... no
> checking for tar... /usr/bin/tar
> checking for tee... /usr/bin/tee
> checking for touch... /usr/bin/touch
> checking for tr... /usr/bin/tr
> checking for uname... /usr/bin/uname
> checking for uniq... /usr/bin/uniq
> checking for wc... /usr/bin/wc
> checking for which... /usr/bin/which
> checking for xargs... /usr/bin/xargs
> checking for gawk... no
> checking for mawk... no
> checking for nawk... no
> checking for awk... awk
> checking for grep that handles long lines and -e... /usr/bin/grep
> checking for egrep... /usr/bin/grep -E
> checking for fgrep... /usr/bin/grep -F
> checking for a sed that does not truncate output... /usr/bin/sed
> checking for cygpath... no
> checking for greadlink... no
> checking for readlink... /usr/bin/readlink
> checking for df... /bin/df
> checking for cpio... /usr/bin/cpio
> checking for nice... /usr/bin/nice
> checking for pandoc... no
> checking build system type... x86_64-apple-darwin16.7.0
> checking host system type... x86_64-apple-darwin16.7.0
> checking target system type... x86_64-apple-darwin16.7.0
> checking openjdk-build os-cpu... macosx-x86_64
> checking openjdk-target os-cpu... macosx-x86_64
> checking compilation type... native
> checking for top-level directory... /Users/ljanders/Documents/hg-workspaces/openjdk10/jdk10-corba/open-corba
> checking if custom source is suppressed (openjdk-only)... no
> checking which variant of the JDK to build... normal
> checking which debug level to use... release
> checking which variants of the JVM to build... server
> checking for xcodebuild... /usr/bin/xcodebuild
> checking for sdk name...
> checking for sysroot... /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
> checking for toolchain path...
> checking for extra path...
> checking where to store configuration... in current directory
> configure: Current directory is /Users/ljanders.
> configure: Since this is not the source root, configure will output the configuration here
> configure: (as opposed to creating a configuration in <src_root>/build/<conf-name>).
> configure: However, this directory is not empty. This is not allowed, since it could
> configure: seriously mess up just about everything.
> configure: Try 'cd /Users/ljanders/Documents/hg-workspaces/openjdk10/jdk10-corba/open-corba' and restart configure
> configure: (or create a new empty directory and cd to it).
> configure: error: Will not continue creating configuration in /Users/ljanders
> /Users/ljanders/Documents/hg-workspaces/openjdk10/jdk10-corba/open-corba/make/autoconf/generated-configure.sh: line 82: 5: Bad file descriptor
> configure exiting with result code 1
> make[1]: *** [reconfigure] Error 1
> make: *** [reconfigure] Error 2
> 
> ——————
> 
> running configure on its own works fine.
> 
> Is this a known issue?
> 
> Best
> Lance
> 
> 
>   <http://oracle.com/us/design/oracle-email-sig-198324.gif>
>   <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
>   <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering
> 1 Network Drive
> Burlington, MA 01803
> Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>
> 
> 
> 



More information about the build-dev mailing list