Whizard and OpenLoops 2.x
Bug #1865159 reported by
Ivan Razumov
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| WHIZARD |
Fix Released
|
Undecided
|
Juergen Reuter | ||
Bug Description
When configuring Whizard against OpenLoops 2.x, the support is not enabled with the following diagnostics:
configure: error: *******
configure: error: OpenLoops standard process is not installed, please install
configure: error: ppll, eett and tbw with compile_extra=1
configure: error: *******
It is probably caused by ppll being renamed to ppllj:
- process: ppll ... mapped to ppllj (already downloaded)
Revision history for this message
| Juergen Reuter (j.r.reuter) wrote | #1 |
| Changed in whizard: | |
| assignee: | nobody → Juergen Reuter (j.r.reuter) |
| milestone: | none → 3.0.0 |
| status: | New → Fix Committed |
| Changed in whizard: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
Thanks for reporting this. Well, this is partially a bug, and partially a feature. You are referring, I guess, to version 2.8.2 of WHIZARD from October 24 (or earlier). For this version we were only supporting Openloops 1.3.x. Indeed, there were some changes inside Openloops (regarding how input schemes of parameters are handled etc.) that makes our interface either exclusively working with Openloops 1.3 or exclusively working with Openloops 2.
In addition there was the renaming of the process libraries from ppll to ppllj.
If you want to use Openloops 2, please upgrade to WHIZARD 2.8.3, at the moment (Febr 28, 2020) available as alpha version from our public gitlab or our nightly builds. We made the change of interfaces on Oct 29, 2019, soon after the 2.8.2. release. Or you wait until first week of March for the version 3.0.0 alpha which will be available as official tarball.