On 14/04/2015 5:24 PM, Magnus Ihse Bursie wrote:
On 2015-04-12 17:01, Martijn Verburg wrote:
Hi all,
On Mac OS X 10.10.2 using gcc 4.8 run make clean images
When compiling either jdk8 or jdk9 from scratch I get the following BSD
undefined errors:
Compiling
Hi Martijn,
On 2015-04-14 10:05, Martijn Verburg wrote:
Hi all,
Using Configuration:
using configure arguments '--with-boot-jdk=/Library/Java/JavaVirtualMachines
/jdk1.8.0_40.jdk/Contents/Home/ --with-tools-dir=/opt/local/bin/ --with-
toolchain-type=gcc --with-freetype-lib=/usr/X11/lib/
On 2015-04-11 00:39, Phil Race wrote:
For some time (a couple of weeks) I have run into the following error
whenever I try to build on Windows on my system
I've been using forever .. I have worked around it by doing builds
using JPRT but its getting annoying.
Does anyone have a clue what I am
Thanks Volker. Renaming |C:\Program Files (x86)\Microsoft Visual Studio
10.0\VC\BIN\cvtres.exe|
and the build is working
but I wonder why this happened after I update my forest. I did not
install VS2012 nor .NET4.5.1 myself recently.
Regards
Prasanta
On 4/14/2015 2:05 PM, Volker Simonis
On 2015-04-12 17:01, Martijn Verburg wrote:
Hi all,
On Mac OS X 10.10.2 using gcc 4.8 run make clean images
When compiling either jdk8 or jdk9 from scratch I get the following BSD
undefined errors:
Compiling
On 2015-04-14 03:44, David Holmes wrote:
Hi Erik,
On 13/04/2015 11:25 PM, Erik Joelsson wrote:
Hello,
When building JDK 9 with Solaris Studio 12u4, linking of unpack200 and
the java launchers fails due to symbols not being exported. A typical
error message looks like this:
Undefined first
Hi all,
Using Configuration:
using configure arguments '--with-boot-jdk=/Library/Java/JavaVirtualMachines
/jdk1.8.0_40.jdk/Contents/Home/ --with-tools-dir=/opt/local/bin/ --with-
toolchain-type=gcc --with-freetype-lib=/usr/X11/lib/ --with-freetype
-include=/usr/X11/include/freetype2/'.
-
On 2015-04-14 12:36, David Holmes wrote:
On 14/04/2015 8:12 PM, Erik Joelsson wrote:
The best information that I could find about this is in the Solaris
documentation found here:
https://docs.oracle.com/cd/E26505_01/pdf/E26506.pdf
Under the heading Localizing Symbol Instances there is an
The best information that I could find about this is in the Solaris
documentation found here:
https://docs.oracle.com/cd/E26505_01/pdf/E26506.pdf
Under the heading Localizing Symbol Instances there is an example
mapfile including __Argv, __environ_lock, _environ and _lib_version. The
text
On 14/04/2015 8:12 PM, Erik Joelsson wrote:
The best information that I could find about this is in the Solaris
documentation found here:
https://docs.oracle.com/cd/E26505_01/pdf/E26506.pdf
Under the heading Localizing Symbol Instances there is an example
mapfile including __Argv,
On 4/12/2015 11:34 PM, Erik Joelsson wrote:
That looks weird. What does your
/cygdrive/c/jdks/jdk9/build/windows-x86-normal-server-release/make-support/module-deps.gmk
look like?
It looks OK to me. I do have these lines :-
DEPS_java.xml.bind := java.compiler java.datatransfer java.base
We went through this exercise in January.
RE intentionally uses what is the documented minimum gnumake (3.81), to
verify that builds work with the oldest supported gnumake.
On 2015/1/31 4:01, David Katleman wrote:
You need to revert your 4.0 change make to JDK9 builds. Until dev
upgrades
What happens if you do make java.xml.bind-java?
Update: This *apparently* succeeded (ie it didn't say it had failed) but
it did not create the batch file.
And that is why the subsequent jdk.xml.bind target did not succeed.
After some exploration I found I was picking up an older version of
Hi Magnus,
Thanks for the detailed explanation, appreciated as always! I'll just
execute make clean images for now and reference the binary via its absolute
path as required.
Of course I'm now onto the next build error ;-). But I'll open a separate
thread for that tomorrow.
Cheers,
Martijn
14 matches
Mail list logo