[ 
https://issues.apache.org/jira/browse/THRIFT-3843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jens Geyer updated THRIFT-3843:
-------------------------------
    Description: 
With PHP, the integer literal 0x80000000 is stored as a double, not an integer, 
unless PHP is forced into the latter. Due to the way how Haxe transpiles 
equality comparison into PHP Code, the result of comparing a variable holding 
this specific value against another variable or a literal may yield unexpected 
results.

Technical details of the issues are available here:
 * https://github.com/HaxeFoundation/haxe/issues/5288
 * https://github.com/HaxeFoundation/haxe/issues/5289

  was:
With PHP, the integer literal 0x80000000 is stored as a double, not an integer, 
unless you force PHP into the latter. Due to the way how Haxe transpiles 
equality comparison into PHP Code, the result of comparing a variable holding 
this specific value against another variable or a literal may yield unexpected 
results.

Technical details of the issues are available here:
 * https://github.com/HaxeFoundation/haxe/issues/5288
 * https://github.com/HaxeFoundation/haxe/issues/5289


> integer issues with Haxe PHP targets
> ------------------------------------
>
>                 Key: THRIFT-3843
>                 URL: https://issues.apache.org/jira/browse/THRIFT-3843
>             Project: Thrift
>          Issue Type: Bug
>            Reporter: Jens Geyer
>
> With PHP, the integer literal 0x80000000 is stored as a double, not an 
> integer, unless PHP is forced into the latter. Due to the way how Haxe 
> transpiles equality comparison into PHP Code, the result of comparing a 
> variable holding this specific value against another variable or a literal 
> may yield unexpected results.
> Technical details of the issues are available here:
>  * https://github.com/HaxeFoundation/haxe/issues/5288
>  * https://github.com/HaxeFoundation/haxe/issues/5289



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to