{"action":"opened","issue":{"url":"https://api.github.com/repos/HaxeFoundation/haxe/issues/4051","labels_url":"https://api.github.com/repos/HaxeFoundation/haxe/issues/4051/labels{/name}","comments_url":"https://api.github.com/repos/HaxeFoundation/haxe/issues/4051/comments","events_url":"https://api.github.com/repos/HaxeFoundation/haxe/issues/4051/events","html_url":"https://github.com/HaxeFoundation/haxe/issues/4051","id":62761267,"number":4051,"title":"[java backend] parseFloat is incorrect","user":{"login":"exFalso","id":1042674,"avatar_url":"https://avatars.githubusercontent.com/u/1042674?v=3","gravatar_id":"","url":"https://api.github.com/users/exFalso","html_url":"https://github.com/exFalso","followers_url":"https://api.github.com/users/exFalso/followers","following_url":"https://api.github.com/users/exFalso/following{/other_user}","gists_url":"https://api.github.com/users/exFalso/gists{/gist_id}","starred_url":"https://api.github.com/users/exFalso/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/exFalso/subscriptions","organizations_url":"https://api.github.com/users/exFalso/orgs","repos_url":"https://api.github.com/users/exFalso/repos","events_url":"https://api.github.com/users/exFalso/events{/privacy}","received_events_url":"https://api.github.com/users/exFalso/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2015-03-18T18:03:12Z","updated_at":"2015-03-18T18:03:12Z","closed_at":null,"body":"```Std.parseFloat(\"1154874.2868745863\")``` returns ```1154874.2868745865``` (last digit)\r\n\r\nI wonder, why was Std.parseFloat reimplemented in the first place? There is a standard java function to parse doubles: Double.valueOf (or Double.parseDouble).\r\nAnd indeed, if I replace the implementation at https://github.com/HaxeFoundation/haxe/blob/development/std/java/_std/Std.hx#L64 with ```@:functionCode('return Double.valueOf(x);')``` it parses correctly.\r\n\r\nEven if there are certain pre/postconditions specific to haxe that the standard java implementation doesn't satisfy I would still strongly suggest creating a wrapper around Double.valueOf instead of trying to write double parsing by hand.\r\n"}}