Skip to content

d refuses a project whose AssemblyName is a property, and that reason is no longer true #35

Description

@alessandropietrobelli

resolve refuses a project that writes <AssemblyName>$(Something)</AssemblyName> with the output path cannot be composed from it. That was true when the path was composed. After #31 it is not: MSBuild is asked for TargetPath, and it names the file whatever the property expands to.

The refusal now stops a project the debugger could launch, for a reason the code no longer relies on.

Scope

Let a project with an unevaluated AssemblyName through to the TargetPath query, and refuse only if that query has no answer — which is also what happens today on an SDK older than 8, where the composed path really is the only one available and really cannot be composed.

OutputType written as a property stays refused: that one decides whether to launch at all, and a guess there points the debugger at something with no entry point.

Not for 0.2.0

Post-tag, with #33: it widens what d accepts rather than fixing something shipped.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions