#102 closed enhancement (fixed)
Complex calculus in sindarin
Reported by: | Christian Speckner | Owned by: | Juergen Reuter |
---|---|---|---|
Priority: | P1 | Milestone: | |
Component: | core | Version: | 2.0.0beta |
Severity: | normal | Keywords: | |
Cc: |
Description
In order to be fully able to support FeynRules? models, a complex type together with the necessary calculus and functions for extracting the real / imaginary part is necessary in sindarin (see ticket #52).
Change History (6)
comment:1 Changed 15 years ago by
Milestone: | v2.0-final → v2.1 |
---|---|
Priority: | P3 → P1 |
Severity: | major → normal |
comment:2 Changed 15 years ago by
In r1889 I introduced the complex constant I which is initialized as the complex number i = (0.0_default, 1.0_default). Trivial operations with complex numbers work, however the problem is that when the user defines a new variable without specifying int, real, or cmplx, WHIZARD assumes this to be a literal real (something which I would retain). When the user then puts a complex construction on the RHS, seg faults are triggered. We have to decide what to do in that case, whether to use the real part of the complex number by definition, but issue a warning. (Probably the best thing to do).
comment:3 Changed 15 years ago by
Milestone: | v2.1 → v2.0-rc4 |
---|
comment:4 Changed 15 years ago by
Owner: | changed from kilian to Juergen Reuter |
---|---|
Status: | new → assigned |
comment:5 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
The complex calculus in SINDARIN per se works, and is tested now. What is missing is the possibility to allow for complex input parameters or at least derived parameters for models. I add this task to the test/enhance etc. command language ticket. In r2023 I caught the seg faults, some missing piece in the implementation. Closing this one.
Reranking this as it is no immediate necessity for this anymore - the FeynRules? interface should be able to work around most realistic cases now.