Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Add support for Nullable build setting #4058

Closed
jcouv opened this issue Sep 27, 2018 · 16 comments · Fixed by #5807
Closed

Add support for Nullable build setting #4058

jcouv opened this issue Sep 27, 2018 · 16 comments · Fixed by #5807
Assignees
@drewnoakes
Labels
Feature-Legacy-Application-Designer The "Application Designer" otherwise known as the legacy project properties Triage-Approved Reviewed and prioritized
Milestone
16.5

Comments

@jcouv
Copy link
Member

jcouv commented Sep 27, 2018 •
edited
Loading

This is a tracking work item related to the "nullable reference types" feature in C# 8.0 (for dev16).
We'll add design notes here as it crystallizes (is it a property or some other form of API?)
Tagging @davkean
@cston cston mentioned this issue Sep 27, 2018
Closed
@jcouv jcouv mentioned this issue Sep 27, 2018
Closed
2 tasks
@jcouv jcouv added this to the 16.0 milestone Sep 27, 2018
@jcouv
Copy link
Member Author

jcouv commented Nov 3, 2018

The design for turning on the nullable feature changed since our last discussion.
Previously, we would have [NonNullTypes] (for class- or method-level control) or [module:NonNullTypes] (for module/project-level).
Now, we'll have #nullable ... for scoped control in source, and a compiler flag for project-level control. That compiler flag is exposed via MSBuild property NullableReferenceTypes, as part of dev16 preview1.

Based on this, there are two scenarios of interest:

  1. exposing a checkbox in Build options ("Enable Nullable Reference Types")
  2. allowing a codefixer to change this project property (like UpgradeProject does for LangVersion)

@davkean I assume that those scenarios translate into three work items:

  1. some common work in project-system (object model or API change)
  2. IDE work to add Build option UI (or is this also owned by project-system)
  3. codefixer work (IDE/myself)

@davkean @Pilchie Do you think the API work (1) could be reasonably scheduled as part of preview 2? If yes, I would do the codefixer (3) in preview 2 as well.

@jcouv jcouv changed the title Add support for module-level NonNullTypes Add support for NullableReferenceTypes build setting Nov 3, 2018
@jcouv
Copy link
Member Author

jcouv commented Nov 12, 2018

Tagging @tmeschter per email discussion about preview2 goals. Thanks

davkean added a commit to davkean/project-system that referenced this issue Nov 15, 2018
@davkean
Add NullableReferenceTypes property
a4471ff 
Fixes configuration property portion dotnet#4058

This can be acccesed using:

Project.ConfigurationManager.ConfigurationRow(configurationName).Item(1).Properties["NullableReferenceTypes"]
davkean added a commit to davkean/project-system that referenced this issue Nov 15, 2018
@davkean
Add NullableReferenceTypes property
dd05f28 
Fixes adding configuration-specific property for dotnet#4058

Note: This is a configuraiton-specific property but writes itself without a configuration condition, similar to LangVersion. We need this because it's going to live on the Build property page which pulls from configuration.

You can access this using DTE.Configuration.Properties["NullableReferenceTypes"]. We do not yet have a strongly typed API for it and will do that when legacy adds support for it.
@davkean davkean mentioned this issue Nov 15, 2018
Merged
@etbyrd
Copy link
Contributor

etbyrd commented Nov 19, 2018

I could get a PR out for the checkbox in the Build property page - do we have an idea of where on the page we would want it?

@jcouv
Copy link
Member Author

jcouv commented Nov 19, 2018 •
edited
Loading

For adding the checkbox to the Build property page, I think putting it under "Check for arithmetic overflow/underflow" would make sense.
@davkean Does that sounds ok?

image

@tmeschter
Copy link
Contributor

I wouldn't want to add the checkbox without adding the underlying property support to csproj/msvbprj, and that's the expensive part.

@chucker
Copy link

chucker commented Dec 5, 2018 •
edited
Loading

In my testing, it looks like the <NullableReferenceTypes> property only works with new-style projects. Are there plans to make it work with the old project system (e.g., for an ASP.NET project which can't be migrated due to #2670)?

@jcouv
Copy link
Member Author

jcouv commented Dec 6, 2018

@chucker Yes, this property will be made to work in old project system too, before C# 8 ships as RTM, but likely after dev16.0 (where C# 8.0 language features are in beta).
The present issue tracks this remaining work.

This was referenced Dec 11, 2018
Closed
Closed
@jcouv
Copy link
Member Author

jcouv commented Dec 19, 2018

@davkean We had to modify the options to add a third one (true/false were not enough) and changed the name of the option in the process.
I assume that the change of name affects project system, but the change of values doesn't. Let me know if that's not the case, as one of the options might still change.
Sorry for the randomization.

Through msbuild the context could be set by supplying an argument for a "NullableContextOptions" parameter of Csc build task. Accepted values are "enable", "disable", "safeonly", or null (for the default nullable context according to the compiler). The Microsoft.CSharp.Core.targets passes value of msbuild property named "NullableContextOptions" for that parameter.

https://github.com/dotnet/roslyn/blob/master/docs/features/nullable-reference-types.md#setting-project-level-nullable-context

@jcouv jcouv mentioned this issue Dec 31, 2018
Closed
@Tragetaschen
Copy link

Tragetaschen commented Feb 5, 2019 •
edited
Loading

Given how I spent the last thirty minutes, it might be worth going through the existing blogs and docs for C# 8 and modify the samples on how to set up that feature. That property name change and the new option names took quite some time to figure out.

Some examples are https://docs.microsoft.com/en-us/dotnet/csharp/tutorials/nullable-reference-types or https://blogs.msdn.microsoft.com/dotnet/2018/12/05/take-c-8-0-for-a-spin/

@jjmew jjmew modified the milestones: 16.0, 16.X Feb 13, 2019
@jjmew jjmew added the Triage-Approved Reviewed and prioritized label Mar 18, 2019
@jjmew jjmew added this to the 16.X milestone Mar 18, 2019
@jjmew
Copy link
Contributor

jjmew commented Mar 19, 2019

This issue is tracked internally by https://dev.azure.com/devdiv/DevDiv/_workitems/edit/823504

@jcouv jcouv changed the title Add support for NullableReferenceTypes build setting Add support for Nullable build setting May 2, 2019
@jcouv
Copy link
Member Author

jcouv commented May 2, 2019

From LDM discussion today (5/1/2019) including Phillip, we concluded that "Nullable" would be a better name than either "NullableReferenceTypes" or "NullableContextOptions". It should remain a string (to accept "enable", "disable" and a couple of other values).

Relates to compiler work item dotnet/roslyn#35432

@jnm2
Copy link

jnm2 commented Sep 30, 2019

Moved bug report to separate issue: #5551

@drewnoakes drewnoakes added the Feature-Legacy-Application-Designer The "Application Designer" otherwise known as the legacy project properties label Oct 1, 2019
@chucker chucker mentioned this issue Nov 15, 2019
Closed
@drewnoakes drewnoakes mentioned this issue Nov 28, 2019
Closed
@jcouv
Copy link
Member Author

jcouv commented Jan 18, 2020

@drewnoakes @chucker @tmeschter @davkean I noticed this old issue. I assume that we still want to expose this checkbox. What release should we aim for?

@drewnoakes
Copy link
Member

@jcouv I took a look at this but hit a block that would require help from @davkean or someone else who knows the details of the property pages better than me.

In short, adding the UI was straightforward, however we only want to enable that UI when LangVersion is 8 or greater. Sniffing the current version using the APIs available in the property pages (that must work with both legacy and CPS projects) gave me some trouble.

@chucker
Copy link

chucker commented Jan 19, 2020

@drewnoakes regarding legacy projects, I take from #5551 (comment) that this is no longer planned, so the UI can focus on CPS.

(I'd love to be wrong, though.)

@drewnoakes drewnoakes mentioned this issue Jan 20, 2020
Merged
@drewnoakes
Copy link
Member

PR #5807 is up to fix this.

@drewnoakes drewnoakes modified the milestones: 16.x, 16.5 Jan 20, 2020
@drewnoakes drewnoakes self-assigned this Jan 20, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@drewnoakes drewnoakes

Labels
Feature-Legacy-Application-Designer The "Application Designer" otherwise known as the legacy project properties Triage-Approved Reviewed and prioritized
Projects
Compiler: Julien's umbrellas
Archived in project
Milestone
16.5
Development

Successfully merging a pull request may close this issue.

Add 'Nullable' option to the build property page drewnoakes/project-system
8 participants
@chucker @drewnoakes @Tragetaschen @jnm2 @tmeschter @jcouv @jjmew @etbyrd