Skip to content

Conversation

@wilzbach
Copy link
Contributor

@wilzbach wilzbach commented Apr 28, 2016

@andralex @CyberShadow @Hackerpilot turns out that Dscanner also scans for this errors that slipped that slipped through. Travis should pass now ;-)

Maybe we should have autotester check Travis from now on...

Edit: for reference introduced by #4221

@CyberShadow
Copy link
Member

I'm not sure this is necessary. Seems like a false positive. Comparisons of two float literals are expected to be exact (except for NaN etc.), though might fail if the number gets in/out of a FPU register (which may or may not indicate a compiler bug).

@wilzbach wilzbach force-pushed the fix_travis branch 2 times, most recently from 52b4627 to 45fe2e0 Compare April 28, 2016 14:29
@wilzbach
Copy link
Contributor Author

I'm not sure this is necessary. Seems like a false positive.

It seems more like a bug, that I couldn't reproduce in other functions. Just rearranging the method solves the error. I hope this doesn't occur in the future...

@CyberShadow
Copy link
Member

Auto-merge toggled on

@CyberShadow CyberShadow merged commit e56537d into dlang:master Apr 28, 2016
@wilzbach wilzbach deleted the fix_travis branch June 2, 2016 21:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants