Changeset: 8832b6048e65
Author:vromero
Date: 2013-12-13 14:13 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/8832b6048e65
8029721: javac crash for annotated parameter type of lambda in a field
Reviewed-by: rfield, jfranck
! src/share/classes/com/sun/tools/javac/comp
Changeset: cc80c03c41e4
Author:vromero
Date: 2013-11-01 19:08 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/cc80c03c41e4
8027660: javac crash while creating LVT entry for a local variable defined in
an inner block
Reviewed-by: jjg
Contributed-by: vicente.rom
Changeset: 70a301b35e71
Author:vromero
Date: 2013-10-15 19:36 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/70a301b35e71
8025816: javac crash with method reference with a type variable as the site
Reviewed-by: jjg
! src/share/classes/com/sun/tools/javac/comp
Changeset: 03c26c60499c
Author:vromero
Date: 2013-09-14 15:23 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/03c26c60499c
8024207: javac crash in Flow.AssignAnalyzer.visitIdent
Reviewed-by: jjg
! src/share/classes/com/sun/tools/javac/comp/Resolve.java
+ test/tools
Changeset: 9dd34ed62341
Author:jjg
Date: 2009-09-15 12:20 -0700
URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/9dd34ed62341
6882235: invalid exponent causes silent javac crash
Reviewed-by: darcy
! src/share/classes/com/sun/tools/javac/parser/JavacParser.java
+ test/tools
This thread continued on a subset of the to: list, but to summarize
the net result here,
we identified and fixed a problem with the langtools make/build.xml
file that was causing
bootclasspath problems on WIndows. This problem has been fixed, and
changesets
have been pushed to jdk6/jdk6 and
Ulf Zibis wrote:
Jon,
thanks for 1st clarification.
I have
bootstrap.jdk=C:/Programme/Java/jdk1.7.0
in ${user.home}/.openjdk/build.properties instead of
boot.javac.target. Why 2 different names for the same thing?
The NetBeans projects in the jdk/ repository were written by a different
p
Jon,
thanks for 1st clarification.
I have
bootstrap.jdk=C:/Programme/Java/jdk1.7.0
in ${user.home}/.openjdk/build.properties instead of boot.javac.target.
Why 2 different names for the same thing?
So I guess, settings for boot.javac.source and boot.javac.target should
be better located in $
Ulf, Rémi,
I have found an issue in the langtools/make/build.xml file that is
likely the cause of the problems you are having.
There are references to @{javac.java.home}/bin/javac which look suspect.
I suspect they should be javac.exe
on Windows.
I will post a fix once I have one and have ver
Ulf,
Your settings for boot.java.home and target.java.home look OK.
The intent of the build is that while building the bootstrap compiler,
the settings for boot.javac.source and boot.javac.target should be
active and these are correctly set to 6 in langtools/make/
build.properties. I will
Jon,
that would be great.
I've found out a solution, but I'm not sure, if this is as designed. In
path_to_jdk7_sources\langtools\make\build.properties I set:
boot.java.home = C:/Programme/Java/jdk1.6.0_14
target.java.home = C:/Programme/Java/jdk1.7.0
javac.source = 6
javac.target = 6
I'm wond
Rémi,
Thanks for the heads up. I'll check this out. It is still the case
that you should only need 1.6 to build langtools.
-- Jon
On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
Le 11/08/2009 11:06, Ulf Zibis a écrit :
Jonathan,
thanks for additional help.
Now I tried:
C:\Projects\Ope
Le 11/08/2009 11:06, Ulf Zibis a écrit :
Jonathan,
thanks for additional help.
Now I tried:
C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
6.7.1\java2\ant\
bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
I've noticed that.
You have to run ant with jdk7.
JAVA_HOME=C:/P
Le 11/08/2009 10:32, Ulf Zibis a écrit :
Rémi (and all),
(1) My initial question was, if somebody could provide me a patch
(here: langtools.jar). As it's always difficult. to run the build on
Windows, I assumed, there is somebody out there who has ready
configured his system, to run the build
Jonathan,
thanks for additional help.
Now I tried:
C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
6.7.1\java2\ant\
bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
... but this didn't make any difference.
I guess, you mean, to set or overwrite the boot.java.home property
Rémi (and all),
(1) My initial question was, if somebody could provide me a patch (here:
langtools.jar). As it's always difficult. to run the build on Windows, I
assumed, there is somebody out there who has ready configured his
system, to run the build for langtools.jar.
(2) Remember, there
Rémi , Ulf,
If you're driving Ant directly, you want to set the Ant property
boot.java.home,
not the Makefile variable ALT_BOOTDIR.
ant -Dboot.java.home=path-to-jdk6or7 more-args
The path should be to the root of the installed JDK, not any of its
subdirectories.
For example, if you've
Le 11/08/2009 01:58, Ulf Zibis a écrit :
Rémi, thanks.
I just tried it, but got errors:
C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
6.7.1\java2\ant\bin\ant"
Buildfile: build.xml
-def-check:
-check-boot.java.home:
BUILD FAILED
C:\Projects\OpenJDK7\langtools\make\build.xm
Rémi, thanks.
I just tried it, but got errors:
C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
6.7.1\java2\ant\bin\ant"
Buildfile: build.xml
-def-check:
-check-boot.java.home:
BUILD FAILED
C:\Projects\OpenJDK7\langtools\make\build.xml:370: The following error
occurred
whil
Ulf Zibis wrote:
See:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
java.lang.NullPointerException from compiler (1.7.0-ea)
-Ulf
This is a duplicate of 6861837 which is fixed in b69.
-- Jon
Tim Bell wrote:
Maurizio Cimadamore wrote:
Not sure if it will make into b68 - but certainly it will go into b69
(depends on the integration process). The fix is already available in
the langtools repository used for development
(http://hg.openjdk.java.net/jdk7/tl/langtools).
The TL
Maurizio Cimadamore wrote:
> Not sure if it will make into b68 - but certainly it will go into b69
> (depends on the integration process). The fix is already available in
> the langtools repository used for development
> (http://hg.openjdk.java.net/jdk7/tl/langtools).
The TL forest has already
Le 04/08/2009 13:07, Ulf Zibis a écrit :
Maurizio,
much thanks for the additional info.
I like to avoid going back to b63.
If the fix will not go into b68, could you please provide a binary
patch for b67 (or b68) (Windows version)?
I can wait for release of b68, but not for b69, as I'm on vaca
Maurizio,
much thanks for the additional info.
I like to avoid going back to b63.
If the fix will not go into b68, could you please provide a binary patch
for b67 (or b68) (Windows version)?
I can wait for release of b68, but not for b69, as I'm on vacation until
Aug. 10.
Thanks in advance,
Ulf Zibis wrote:
Maurizio,
much thanks for the fast info.
Will this fix be included in next build b68 ???
Hopefully !
Not sure if it will make into b68 - but certainly it will go into b69
(depends on the integration process). The fix is already available in
the langtools repository used for d
Maurizio,
much thanks for the fast info.
Will this fix be included in next build b68 ???
Hopefully !
-Ulf
Am 04.08.2009 11:08, Maurizio Cimadamore schrieb:
Ulf Zibis wrote:
See:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
java.lang.NullPointerException from compiler (1.7
Ulf Zibis wrote:
See:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
java.lang.NullPointerException from compiler (1.7.0-ea)
-Ulf
Hi Ulf,
this is a type annotation (JSR 308) bug that has been recently fixed -
it is a duplicate of 6861837.
Regards
Maurizio
See:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
java.lang.NullPointerException from compiler (1.7.0-ea)
-Ulf
28 matches
Mail list logo
