I have a tiny little Java OpenJDK 17 Module file, module-info.java,
module JavaApplication
{
requires java.base;
}
and Netbeans 12.5 is giving me the following errors:
C:\Users\User\Documents\NetBeansProjects\JavaApplication1\src\Java1\Start.java:1:
error: file should be on source path, or on p
Dear Netbeans,
The Oracle article about this is at https://openjdk.java.net/jeps/306.
What it actually refers to is the floating point arithmetic behaviour in Java
1.1.
It also refers to SSE. They indeed do refer to the original floating support
semantics
that were there in version 1.1 of Java.
Neil, thank you for sharing your experience with this matter.
Concerning NB's tool-menu „Java Platforms“ and its three tabs, tab 1
"Classes" and tab 2 "Sources“ und tab 3 "Javadoc“, let's take a closer look
at tab 2 and tab 3, because after some additional testing I found the
solution for the
On Wed, 17 Nov 2021 at 13:24, Hans Grimmelshausen wrote:
> This is with Ubuntu 20.04 LTS and apt-installed OpenJDK 17.
Did you install the openjdk-17-doc package? Might help here.
> For further testing, in the Java-Platform's Tab "Javadoc" I manually added
> the URL for the online
> Javadoc: h
Hello dear mailing-list,
I read in this list that NB 12.5 is not fully aware yet of the new OpenJDK 17
LTS ?
Is there still a work-around to enable Javadoc support for Ctrl+SPACE ?
So far this won't work, i.e. when editing Java source-code and then hitting
Ctrl+SPACE to get a popup containing
On Wed, 17 Nov 2021 at 11:55, Giles Winstanley wrote:
> W.r.t. voting on dev-list, I'm unsure if my use-case is sufficiently
> robust as a NB test to warrant a counting vote,
Only members of the NetBeans PMC have a counting vote. It's the
picking up of problems / regressions before we get to vot
Excellent, thanks Neil, I may go grab that later and see how it goes.
W.r.t. voting on dev-list, I'm unsure if my use-case is sufficiently
robust as a NB test to warrant a counting vote, as I really don't rely
on much of its feature set day-to-day, but I'll see how it goes and make
a choice :)
On Wed, 17 Nov 2021 at 08:18, Giles Winstanley wrote:
> I use Gradle 7.3 as my build system, and the main hiccup I've encountered is
> that NB tooling uses Gradle 7.0 under the hood, which isn't yet JDK17
> compatible (related to bytecode manipulation in underlying Groovy version).
> If you enc
Love your answer Pieter – I can almost hear the words of my late father (who
was a scientist and a computer geek)
“… if you want absolute accuracy, you need integers and fractions … if you can
live with an approximation, then floating point is probably good enough …”
-R
From: Pieter van den H
You may be misled by the name strictfp.
strictfp means that the results are independent of the platform and or
implementation, so that the results will be the same always.
This was an aspect because of the fact that intel FP processors use 80 bits
internal, which can produce different results in s
If I try to compile the following, I get a warning that strictfp
won't be needed:
package Java1;
import static java.lang.System.*;
public strictfp class Start
{
public static void main(String[] args)
{
out.println("Greetings");
out.println();
out.println(0.1f*0.1f);
I use Gradle 7.3 as my build system, and the main hiccup I've
encountered is that NB tooling uses Gradle 7.0 under the hood, which
isn't yet JDK17 compatible (related to bytecode manipulation in
underlying Groovy version). If you encounter this NB will raise heaps of
errors and fail you. I can'
12 matches
Mail list logo