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

AL.exe should be converted to .Net Core #586

Closed
livarcocc opened this Issue Mar 13, 2019 · 10 comments

Comments

Projects
None yet
2 participants
@livarcocc
Copy link
Member

livarcocc commented Mar 13, 2019

From @joperezr on November 16, 2015 19:50

In order to build corefx repo using .Net Core version of msbuild, we require al.exe to run in .NetCore since we need to generate satellite assemblies. Today, if you try to build a project that needs this task will fail when trying to load it. There should be a workaround for the time being to disable the task from running, and once Al.exe is converted to net core it should be re-added back.

For this, I've used the .NetCore msbuild produced by https://github.com/dsplaisted/msbuild/tree/netcore-selfbuild

Copied from original issue: Microsoft/msbuild#350

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @joperezr on November 16, 2015 19:51

cc @dsplaisted

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @dsplaisted on November 17, 2015 6:41

It looks like this was needed for localization. @weshaggard, what are your plans around enabling localization? Will you need an equivalent to AL.exe on NET Core?

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @weshaggard on November 17, 2015 21:17

At this point we don't plan to ship satellite assemblies for RTM but we will eventually need support for producing them.

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @dsplaisted on November 17, 2015 21:41

@weshaggard Who needs to deliver xplat and .NET Core version of AL.exe's functionality?

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @weshaggard on November 17, 2015 21:44

That is a good question which I don't actually know an answer to at this point. I don't even know anything about AL.exe right now.

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @nguerrera on October 12, 2017 22:11

@jaredpar

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @nguerrera on October 26, 2018 20:25

IMHO, we should move the Csc-based satellite assembly generation down into common targets. AL.exe is effectively abandoned, bugs like #1490 will never get fixed.

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

From @rainersigwald on October 26, 2018 20:29

That seems reasonable to me, and 16.0/3.0 like a pretty good time for it, if we can fit it in.

@livarcocc

This comment has been minimized.

Copy link
Member Author

livarcocc commented Mar 13, 2019

I don't believe this issue belongs in the msbuild repo given that AL.exe is not really owned by us. Now that we have dotnet/winforms, moving the issue there, I think that's the right repo.

@nguerrera

This comment has been minimized.

Copy link
Member

nguerrera commented Mar 13, 2019

Not a winforms issue.

@nguerrera nguerrera closed this Mar 13, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.