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.

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

Don't create a .exe when building platform neutral language server bits #69110

Merged
merged 2 commits into from
Jul 19, 2023

Conversation

dibarbet
Copy link
Member

@dibarbet dibarbet commented Jul 19, 2023

To fully work, this needs changes on the client to automatically detect no executable is present (working on it now). However the neutral version is broken anyway (it can't find the appropriate executable on linux)

Property docs - https://learn.microsoft.com/en-us/dotnet/core/project-sdk/msbuild-props#useapphost

image

@dibarbet dibarbet requested a review from a team as a code owner July 19, 2023 19:05
@dotnet-issue-labeler dotnet-issue-labeler bot added Area-IDE untriaged Issues and PRs which have not yet been triaged by a lead labels Jul 19, 2023
@@ -1,6 +1,7 @@
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<UseAppHost Condition="'$(RuntimeIdentifier)' == ''">false</UseAppHost>
Copy link
Member

Choose a reason for hiding this comment

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

This might deserve a comment to explain a bit more. Is this a temporary workaround or really how it should work?

Copy link
Member Author

Choose a reason for hiding this comment

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

Not a temporary workaround. If we're not building and publishing for a specific runtime identifier, we should be producing platform neutral bits, which they are generally. However by default since we have an outputtype of exe and we're building on windows, it also produces a .exe which we don't need.

Solution is to tell it not to create an exe if we're not building for a specific runtime identifier. I'll put a comment to this effect in the code

@dibarbet dibarbet enabled auto-merge July 19, 2023 19:49
@dibarbet dibarbet merged commit f765b18 into dotnet:main Jul 19, 2023
24 checks passed
@ghost ghost added this to the Next milestone Jul 19, 2023
@allisonchou allisonchou modified the milestones: Next, 17.8 P1 Jul 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-IDE untriaged Issues and PRs which have not yet been triaged by a lead
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants