JDK-4088441 : long double support
  • Type: Enhancement
  • Component: specification
  • Sub-Component: language
  • Affected Version: 1.1.4
  • Priority: P4
  • Status: Closed
  • Resolution: Won't Fix
  • OS: windows_95
  • CPU: x86
  • Submitted: 1997-10-23
  • Updated: 2011-10-31
  • Resolved: 2011-10-31
Related Reports
Relates :  

Name: sg39081			Date: 10/23/97

Dear Sir,
Java as language takes care of all branhes of
software development.  I feel that the scientific
community was lagging behind, because the language
doesn't support 128 bit precission arithmetic.  
For most of our numerical computations, the error
tolerances will be in the order of 1.0E-16 or so.
With 64 bit double precission, the maximum 
tolerance acheived is in the order of 1.0E-12.

The BigInteger and BigDecimal classes are very 
good.  But they support persons working in Number
Theory.  A support for 128 bit precission at the
language level would be of great help to the 
scientific community.

Thanks and regards

EVALUATION Proposals for new features in the Java programming language are no longer being accepted or maintained in the bug database at http://bugs.sun.com/. This also applies to proposals for new features in the Java Virtual Machine (that is, in the abstract JVM, as opposed to a JVM implementation like HotSpot). All proposals for new features should be made through the "JDK Enhancement - Proposal & Roadmap Process" described at http://openjdk.java.net/jeps/1. Consequently, this specific request to change the Java programming language will not be considered further. The bug database continues to accept and maintain submissions about technical errors in the design and specification of the Java programming language and the Java Virtual Machine.

WORK AROUND Name: sg39081 Date: 10/23/97 ======================================================================

EVALUATION What can I say - I'm sure it would be useful to some, but is this generally useful enough for language support? I doubt it, but I'll leave it open for the (undefined) future. gilad.bracha@eng 1997-12-22