Bug #2652
dependency resolution fails for rsb-opencv
Status: | Resolved | Start date: | 09/08/2016 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | J. Moringen | % Done: | 100% | |
Category: | Project Analysis | |||
Target version: | 0.7 |
Description
With my latest changes to master, the dependency resolution for rsb-opencv fails for a reason I cannot understand.
rsb-opencv uses the usual cmake-cpp template.
Associated revisions
Fixed variable inheritance between templates in
fixes #2652
The problem was related to variable inheritance between template:
variables defined in ancestor templates had higher precedence than
variables defined in the child template.
- src/project/classes-spec.lisp (header): updated copyright
(variables :around template): changed specializer append -> :around;
explicitly construct result with correct ordering
History
#1 Updated by J. Moringen over 6 years ago
- Category set to Project Analysis
- Assignee set to J. Moringen
R. Haschke wrote:
With my latest changes to master, the dependency resolution for rsb-opencv fails for a reason I cannot understand.
rsb-opencv uses the usual cmake-cpp template.
I can totally believe that, but can you provide a recipe (either kind is fine) for reproducing the issue?
#2 Updated by R. Haschke over 6 years ago
Recipe is called rsb-opencv.project. Do you need anything else? I'm working on lsp-famula-nightly.distribution in lsp-famula branch. But I guess the rsb-opencv project is part of any/most rsb-related distributions.
#3 Updated by J. Moringen over 6 years ago
- File test.png added
R. Haschke wrote:
Recipe is called rsb-opencv.project.
I made a minimal distribution
[ "rsc", "master" ], [ "rsb-protocol", "master" ], [ "rsb-cpp", "master" ], [ "rst-proto", "master" ], [ "rst-converters-cpp", "master" ], [ "rsb-opencv", "trunk" ]
around that recipe and its dependencies and got the attached dependency graph as well as the following output:
5 problems during INSTANTIATE/PROJECT phase: #<VERSION-SPEC test:rsb-opencv:trunk {100F2C0533}> (1 missing dependency): No provider for (:CMAKE "OpenCV"). #<VERSION-SPEC test:rst-converters-cpp:master {100E05DEA3}> (2 missing dependencies): No provider for (:CMAKE "OpenCV"). No provider for (:CMAKE "RCI" (0 5)). #<VERSION-SPEC test:rst-proto:master {1008BE9B23}> (1 missing dependency): No provider for (:CMAKE "PythonInterp" (2 7)). #<VERSION-SPEC test:rsb-cpp:master {100E9FB353}> (1 missing dependency): No provider for (:CMAKE "PythonInterp").
Is No provider for (:CMAKE "OpenCV")
the dependency resolution failure, you are referring to?
Do you need anything else? I'm working on lsp-famula-nightly.distribution in lsp-famula branch. But I guess the rsb-opencv project is part of any/most rsb-related distributions.
Not sure yet. If your issue is with OpenCV, I would say that cannot be fixed at the moment. Otherwise, I'm not sure where the problem is.
#4 Updated by R. Haschke over 6 years ago
It's not the OpenCV dependency that poses the problem for me.
Rather, rsb-opencv is not listed with any failed dependencies and dependencies to rsc, rsb, and rst are not considered.
4 problems during INSTANTIATE/PROJECT phase: #<VERSION-SPEC foo:rst-converters-cpp:master {100DFF66C3}> (2 missing dependencies): No provider for (:CMAKE "OpenCV"). No provider for (:CMAKE "RCI" (0 5)). #<VERSION-SPEC foo:rst-proto:master {100E328963}> (1 missing dependency): No provider for (:CMAKE "PythonInterp" (2 7)). #<VERSION-SPEC foo:rsb-cpp:master {1009E4A253}> (1 missing dependency): No provider for (:CMAKE "PythonInterp").
It's strange, that for you, the dependencies are found.
#5 Updated by J. Moringen over 6 years ago
R. Haschke wrote:
It's not the OpenCV dependency that poses the problem for me.
Rather, rsb-opencv is not listed with any failed dependencies and dependencies to rsc, rsb, and rst are not considered.[...]
It's strange, that for you, the dependencies are found.
I have two suggestions for moving this forward:
- You try looking through the generator output to check whether the rsb-opencv recipe was dropped completely in your generator run
- I will try reproducing the issue with
lsp-famula-nightly.distribution
in thelsp-famula
branch
#6 Updated by J. Moringen over 6 years ago
I have reproduced the problem. A seems to be caused by a template change. Not sure which one, yet.
#7 Updated by J. Moringen over 6 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 50
Seems to be a combination of template changes and a bug concerning variable inheritance between templates.
#8 Updated by J. Moringen over 6 years ago
- Status changed from In Progress to Resolved
- % Done changed from 50 to 100
Applied in changeset caaf6623b565a2c271460bb1431d378435998815.
#9 Updated by J. Moringen over 6 years ago
- Target version set to 0.7