GNU Scientific Library - Bugs: bug #25413, [patch] monte test failure under...
You are not allowed to post comments on this tracker with your current authentication level.
bug #25413: [patch] monte test failure under mingw
Submitter: | Guido De Rosa <gderosa> | ||
Submitted: | Mon 26 Jan 2009 07:52:59 PM UTC | ||
Category: | Accuracy problem | Severity: | 3 - Normal |
Operating System: | Уеб-?траница | Status: | Fixed |
Assigned to: | None | Open/Closed: | Closed |
Release: | 1.12 |
Jump to the original submission
Tue 10 Feb 2009 05:18:16 PM UTC, comment #9: |
-Deleted Account- <bjg> |
Mon 02 Feb 2009 02:24:43 AM UTC, comment #8: Another patch (vegas-types.diff).
|
Guido De Rosa <gderosa> |
Sun 01 Feb 2009 05:32:33 PM UTC, comment #7: Thank you for the logs. I do think that is a compiler or system library problem.
|
-Deleted Account- <bjg> |
Sun 01 Feb 2009 06:48:28 AM UTC, comment #6: Two gdb sessions uploaded:
|
Guido De Rosa <gderosa> |
Sat 31 Jan 2009 09:04:31 PM UTC, comment #5: The first lines of your test.log show
|
-Deleted Account- <bjg> |
Sat 31 Jan 2009 04:35:10 PM UTC, comment #4: Excess precision problems are not not MinGW specific, they are common to the x86 architecture. This sort of "bug" is regularly reported to the gcc tracker, and regularly closed or suspended in a "won't fix" state.
|
Guido De Rosa <gderosa> |
Thu 29 Jan 2009 06:48:24 PM UTC, comment #3:
|
Guido De Rosa <gderosa> |
Thu 29 Jan 2009 01:59:26 PM UTC, comment #2: Thanks for the link. I don't believe the test failure should be ignored or worked around with -ffloat-store as the relative size of the error is huge O(1e-3).
|
-Deleted Account- <bjg> |
Tue 27 Jan 2009 05:55:36 AM UTC, comment #1: The patch is just a workaround "that works" -- but for something "deeper", here are some suggestions recently received from MinGW developers:
|
Guido De Rosa <gderosa> |
Mon 26 Jan 2009 07:52:59 PM UTC, original submission:
This small patch fixes a long-standing problem when building on Windows with MinGW port of gcc:
|
Guido De Rosa <gderosa> |
Depends on the following items: None found
Items that depend on this one: None found
Follow 8 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2009-02-10 | bjg | Status | Need Info | Fixed | |
Open/Closed | Open | Closed | |||
2009-02-02 | gderosa | Attached File | - | Added vegas-types.diff, #17380 | |
2009-02-01 | gderosa | Attached File | - | Added gdb.txt, #17370 | |
Attached File | - | Added gdb-no-opim.txt, #17371 | |||
2009-01-29 | gderosa | Attached File | - | Added test.log, #17351 | |
2009-01-29 | bjg | Status | None | Need Info | |
2009-01-26 | gderosa | Attached File | - | Added gsl-mingw.diff, #17333 |
Powered by Savane 3.13-758e.
Corresponding source code
There is some discussion in the mingw math.h header related to this -- there is a bug in the MSCVRT pow function where it returns incorrect results for some integer arguments, as in this case. They suggest some purely Mingw based workarounds there. However since the gsl_pow_int function fixes the problem and we have it available I will switch to that, thanks for the suggestion.