#186 closed defect (fixed)
compiling in quadruple precision fails (VAMP is the culprit)
| Reported by: | Juergen Reuter | Owned by: | Juergen Reuter |
|---|---|---|---|
| Priority: | P3 | Milestone: | v2.0.1 |
| Component: | vamp | Version: | 2.0.0rc1 |
| Severity: | normal | Keywords: | quadruple precision |
| Cc: |
Description
Compiling WHIZARD with quadruple precision fails because VAMP has a lot of routines that use either type real or type real(kind=double), but do not allow for quadruple precision. So several subroutines do not find matching cases. I will do this, but AFTER #2 has been done. :P
Change History (3)
comment:1 Changed 14 years ago by
| Milestone: | v2.0.0final → v2.0.1 |
|---|
comment:2 Changed 14 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
This is handled in source:branches/ohl/merge-vamp and will be merged to the trunk, when #2 is done (soon!). All tests in make check pass with nagfor, only one tests fails with gfortran: in helicity.sin even the crazy vale (which is expected to fail) gives a correct result ...
comment:3 Changed 14 years ago by
Small correction: --enable-fs-quadruple fails for NAG, so the test was trivial in this case.
Note: See
TracTickets for help on using
tickets.
This is not a relevant for the initial 2.0.0 release, therefore moving it to the technical upgrade 2.0.1.