Skip to content

Conversation

@ViktorHofer
Copy link
Member

As discussed offline, the StringTools package is currently not authored correctly as the StringTools assembly is differently named between target frameworks. More precisely, the net35 assembly is named differently than the rest of the builds: Microsoft.NET.StringTools.net35.dll. Reason for that is that this assembly is binplaced into a common folder with another tfm build of the same library.

By dropping the net35 asset from the package, assembly FileNotFoundExceptions are avoided.

Contributes to #8116

As discussed offline, the StringTools package is currently not authored correctly as the StringTools assembly is differently named between target frameworks. More precisely, the net35 assembly is named differently than the rest of the builds: Microsoft.NET.StringTools.net35.dll. Reason for that is that this assembly is binplaced into a common folder with another tfm build of the same library.

By dropping the net35 asset from the package, assembly FileNotFoundExceptions are avoided.
@ViktorHofer ViktorHofer requested a review from ladipro November 28, 2022 17:52
@ViktorHofer ViktorHofer self-assigned this Nov 28, 2022
@ViktorHofer ViktorHofer requested a review from Forgind November 28, 2022 17:52
Copy link
Member

@ladipro ladipro left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like net35 should be excluded from some builds after all, see the CI failure.

@ViktorHofer
Copy link
Member Author

Thanks, addressed the feedback. Double checked locally. The package now contains all the expected assets.

Copy link
Member

@ladipro ladipro left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

<!-- Don't publish the reference assembly if the build output isn't included. -->
<TargetsForTfmSpecificBuildOutput Condition="'$(IncludeBuildOutput)' == 'false'" />
<!-- NU5128: Add lib or ref assemblies for the net35 target framework. -->
<NoWarn>$(NoWarn),NU5128</NoWarn>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we normally use semicolons. I imagine it's ok with mixed commas and semicolons, but it's good to be consistent.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, updated to use a semicolon as the delimiter here. The official documentation states that you would use commas only for vbproj projects.

@Forgind Forgind added the merge-when-branch-open PRs that are approved, except that there is a problem that means we are not merging stuff right now. label Nov 29, 2022
@JaynieBai JaynieBai merged commit ee6f71d into main Nov 30, 2022
@JaynieBai JaynieBai deleted the ViktorHofer-patch-1 branch November 30, 2022 03:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

merge-when-branch-open PRs that are approved, except that there is a problem that means we are not merging stuff right now.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants