I've recently moved to a 64-bit architecture (x86_64) and yesterday I encountered some problems building the generics branch with ecj on kaffe and Debian GNU/Linux. Namely, the MIN_DOUBLE value is not recognised as valid. Using parseDouble on this value shows that the fdlibm implementation of strtod reports an underflow and 0 is returned.
This lead to me finding the following post: http://lists.gnu.org/archive/html/classpath/2004-01/msg00057.html Applying this patch solves the problem and the right value is returned. Does anyone know what the state of this patch is, and why it wasn't applied? It does solve the problem in this case, but I don't know how it fares in general. Any comments, and testing on some other platforms would be much appreciated. FWIW, the conversion also works with the platform strtod, so this is also an option (although again I don't know how general this is, and it has been disabled for cases where KISSME_LINUX_USER is not defined). Thanks, -- Andrew :-) Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments. See http://www.fsf.org/philosophy/no-word-attachments.html No software patents in Europe -- http://nosoftwarepatents.com "Value your freedom, or you will lose it, teaches history. `Don't bother us with politics' respond those who don't want to learn." -- Richard Stallman Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... }
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Classpath-patches mailing list [email protected] http://lists.gnu.org/mailman/listinfo/classpath-patches
