-
Notifications
You must be signed in to change notification settings - Fork 63
Excluded_Source_Dirs appears to be broken #1131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hello, It seems like the problem is how GPR2 handles
to:
makes things work. So you ca use that as workaround until we fix the issue in GPR2. Regards, |
Hi @AnthonyLeonardoGracio, thanks for the follow-up. I think your work-around would work for this simple example, however in practice we use this differently. We often have an abstract project which might contain a list of source files, but that list is used in a different project file and used in an abstract project A is
Xsrc := (Project'Project_Dir & "src/dir2");
end A;
with "../some/where/else/a.gpr";
project B is
...
for Excluded_Source_Dirs use A.Xsrc;
...
end B; In this case we can't rely on the relative path from the project file where the Do you have a workaround suggestion for this type of situation? |
Hello @brownts, Unfortunately we don't have any workaround for your use-case. We'll talk to the GPR team to raise the priority on this! Regards, |
Hello @brownts, This should now be fixed in the latest version of the extension. Thanks for the report! |
Starting with v23.0.14, it appears valid paths specified in
Excluded_Source_Dirs
are considered invalid, causing the project file to fail to be loaded. I assume this is also related to the libgpr2 switch in the latest version.Attached is a screenshot and reproducer for this issue with a simple project.
path_test.zip
The text was updated successfully, but these errors were encountered: