Building openjdk 8u on OS X 10.11 fails

[Denis Fokin]

Hi Alex,

I have just updated to 10.11 and experienced the same problem.

The solution is "export MACOSX_DEPLOYMENT_TARGET=10.9"

Thank you,
    Denis


On Fri, Jul 17, 2015 at 7:56 AM, Alex Wang <aw1621107 at gmail.com> wrote:

> Edit for formatting. Forgot that soft wraps were a thing. My apologies.
>
> I’m not really sure if this is something for the jdk developers or an
> upstream
> issue, since the error doesn’t seem to be strictly under idk control (the
> error
> looks to me to be something g++ does); I just thought to check in case
> there’s
> an easy solution (and I’m not really sure if reporting a problem for Xcode
> 4
> would really accomplish anything). If I’m in the wrong place please let me
> know.
>
> Running OS X 10.11, JAVA_HOME is set to a 1.7 install, xcode-select is
> pointing
> at the right application, and I *think* the Xcode 4 command line tools were
> installed. Ran xcode-select —install after switching, and it prompted for
> an
> install, at least.
>
> ./configure —with-xcode-path=<path> fails with this in config.log:
>
> configure:28891: checking for stdio.h
> configure:28891: result: yes
> configure:28919: checking size of int *
> configure:28924: /usr/bin/g++ -o conftest    conftest.cpp  >&5
> couldn't understand kern.osversion `15.0.0'
> ld: library not found for -lgcc_s.10.4
> collect2: ld returned 1 exit status
> configure:28924: $? = 1
> configure: program exited with status 1
> configure: failed program was:
> | /* confdefs.h */
> <snip>
> configure:28938: result: 0
> configure:28960: The tested number of bits in the target (0) differs from
> the
> number of bits expected to be found in the target (64).
> configure:28962: I'll retry after setting the platforms compiler target
> bits
> flag to -m64
> configure:28993: checking size of int *
> configure:28998: /usr/bin/g++ -o conftest  -m64   -m64 conftest.cpp  >&5
> couldn't understand kern.osversion `15.0.0'
> ld: library not found for -lgcc_s.10.4
> collect2: ld returned 1 exit status
> configure:28998: $? = 1
> configure: program exited with status 1
> configure: failed program was:
> | /* confdefs.h */
> <snip>
> configure:29012: result: 0
> configure:29026: error: The tested number of bits in the target (0)
> differs from
> the number of bits expected to be found in the target (64)
>
> I looked around for a solution for the missing library, nothing I found
> really
> helped. One suggestion was to symlink it to the OS-provided one (l
> Unfortunately, 10.11’s new rootless feature means that I can’t write to
> that
> folder, and I don’t know if disabling that feature just for a build is the
> best
> idea. Another was to change the library in the build scripts. I took a look
> around, but the closest thing I could find in the config scripts were -lgcc
> flags, so I figured something else was the cause.
>
> I also tried messing with symlinking bits and pieces of Xcode 7’s
> toolchain into
> Xcode 4 to try and replace the offending binary, but nothing seemed to
> change.
> Using Xcode 4’s gcc sometimes worked, and sometimes produced the same
> error. I’m
> not really sure what about the programs I threw at it caused it to fail or
> not,
> but at least it seemed consistent for any particular program.
>
> If I can provide more info that would be helpful, I’ll be happy to do so.
>
>