make reconfigure fails on idk 10
Erik Joelsson
erik.joelsson at oracle.com
Wed Oct 18 08:22:11 UTC 2017
Hello Lance,
I have seen similar problems recently, but I think it was caused by an
old configuration created a few days ago and an incompatible build
change that came in later. It may also have been that this was failing
before Magnus' fix a few days back. Could you "rm -rf build" and "hg
pull -u" and see if the problem still exists?
/Erik
On 2017-10-17 23:08, 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