-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Drop the net35 asset from the StringTools package #8198
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
Conversation
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.
ladipro
left a comment
There was a problem hiding this 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.
|
Thanks, addressed the feedback. Double checked locally. The package now contains all the expected assets. |
ladipro
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
src/StringTools/StringTools.csproj
Outdated
| <!-- 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> |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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.
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