> What makes java.xml.bind so special that make 3.81 should barf on it,
but no other modules?
Nothing that I can see. Its very strange.
-phil.
On 04/16/2015 02:02 AM, Magnus Ihse Bursie wrote:
On 2015-04-15 01:44, David Katleman wrote:
We went through this exercise in January.
RE intentiona
On 2015-04-15 01:44, David Katleman wrote:
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
If RE are currently building with 3.81 then either not all 3.81's are
the same
or there's something more subtle going on, since I see this failure when
cloning the forests directly from RE promoted builds.
-phil.
On 4/14/15 4:44 PM, David Katleman wrote:
We went through this exercise in Januar
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 versi
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
java
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 wrote:
Hi Prasanta,
the COFF isue is a known problem with VS2010 after installing VS2012
or .NET 4.5.1. There exist various workarounds - just google for "LINK
: fatal error LNK1123: failure during conversion to COFF: file
invalid".
The easiest and fastes solution is to remove the bad version of
"cvtres
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 d
Hi Phil,
are you sure this is the first error?
Can you start a new, clean build with only one build job and post
both, the configure line and output along with the build log (at least
LOG=debug).
Have you changed you Cygwin version or are you using a new
disk/network share for your sources/outpu
That looks weird. What does your
/cygdrive/c/jdks/jdk9/build/windows-x86-normal-server-release/make-support/module-deps.gmk
look like? What happens if you do "make java.xml.bind-java"? Exactly how
did you run make to have this happen?
/Erik
On 2015-04-11 00:39, Phil Race wrote:
For some time
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 doing wrong. This happens on brand new
12 matches
Mail list logo
