Skip to content
This repository was archived by the owner on Dec 18, 2017. It is now read-only.

Rename klr to dotnet #1087

Merged
merged 1 commit into from
Jan 20, 2015
Merged

Rename klr to dotnet #1087

merged 1 commit into from
Jan 20, 2015

Conversation

ChengTian
Copy link
Contributor

parent #1086

./build verify passed

@davidfowl
Copy link
Member

Keep the KRE_ env vars but also support DOTNET_ as well so we can transition people over.

@davidfowl
Copy link
Member

@ChengTian as part of this change lets also make the "run" command implicit.

klr /path/
klr project.json
klr /path/project.json

Should just execute without requiring a command called run.

@davidfowl
Copy link
Member

We should also try out the new code path in the makefile:

  • Change the test execution to use dotnet /path/ etc

EndProject
Project("{8BB2217D-0F2D-49D1-97BC-3654ED321F3B}") = "dotnet.hosting.shared", "src\dotnet.hosting.shared\dotnet.hosting.shared.kproj", "{FE569E9D-AAAE-43CE-BE29-2C2197C0DF8F}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "dotnet.net45.managed", "src\dotnet.net45.managed\dotnet.net45.managed.csproj", "{48CC04A6-169E-4DF5-AC70-11DD6C4F0143}"
Copy link
Member

Choose a reason for hiding this comment

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

curious: why can't this be a .kproj anymore?

Copy link
Member

Choose a reason for hiding this comment

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

why can't this be a use the .kproj anymore?

both exist but it's not clear why

Copy link
Member

Choose a reason for hiding this comment

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

Looks like a bug. Anything managed should be kproj. Anything else is native

@ChengTian ChengTian mentioned this pull request Jan 17, 2015
@@ -136,7 +136,13 @@ HMODULE LoadCoreClr()
errno_t errno = 0;
bool fSuccess = true;
TCHAR szKreTrace[1] = {};
bool m_fVerboseTrace = GetEnvironmentVariableW(L"KRE_TRACE", szKreTrace, 1) > 0;
// TODO: remove KRE_ env var
DWORD dwRet = GetEnvironmentVariableW(L"DOTNET_TRACE", szKreTrace, 1);
Copy link
Member

Choose a reason for hiding this comment

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

Fix the formatting

@davidfowl
Copy link
Member

One big thing missed is the renaming of the nuspec files that actually create the KRE. Replace KRE with dotnet in the nuspec files and ids.

@@ -268,15 +269,15 @@ var RC_FILES = '${FindAllFiles("Resource.rc", "klr", "klr.net45", "klr.core45")}
{
var kreName = Path.GetFileNameWithoutExtension(nupkgPath);
var krePath = Path.Combine(TEST_RESULTS, "KRE", kreName);
Environment.SetEnvironmentVariable("K_APPBASE", helloWorld);
Environment.SetEnvironmentVariable("DOTNET_APPBASE", helloWorld);
Copy link
Member

Choose a reason for hiding this comment

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

We shouldn't have to set this anymore

@ChengTian ChengTian force-pushed the rename-klr-to-dotnet branch from d3787be to 1698e09 Compare January 19, 2015 06:21
@ChengTian
Copy link
Contributor Author

Rebased and fixed naming (using runtime instead of dotnet)

@ChengTian ChengTian force-pushed the rename-klr-to-dotnet branch from 1698e09 to ac31bbc Compare January 19, 2015 06:43
@ChengTian
Copy link
Contributor Author

Some variables are stilling using the term dotnet instead of runtime. For exmaple, DotnetHomeDir, this variable is related to the DOTNET_HOME environment variable and I want to keep some consistency.

@ChengTian
Copy link
Contributor Author

@davidfowl @muratg , please check the two new commits

<version>0.0.1-pre</version>
<authors>Microsoft</authors>
<requireLicenseAcceptance>false</requireLicenseAcceptance>
<description>The K Runtime Environment for Desktop CLR x86</description>
<description>The .NET Runtime Environment for Mono on OSX</description>
Copy link
Contributor

Choose a reason for hiding this comment

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

Just "for Mono" I think. It's the same package on Linux/BSD/OSX/etc. because we don't have a native host for Mono, we boot straight to managed code. It could even run on Mono for Windows (kinda)

@ChengTian
Copy link
Contributor Author

Thanks for @anurse 's feedbacks. Fixed in the latest commit.

@@ -14,4 +14,9 @@
<SchemaVersion>2.0</SchemaVersion>
</PropertyGroup>
<Import Project="$(VSToolsPath)\AspNet\Microsoft.Web.AspNet.targets" Condition="'$(VSToolsPath)' != ''" />
</Project>
<ProjectExtensions>
Copy link
Contributor

Choose a reason for hiding this comment

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

Undo. 2 more files that appear after this have the same issue.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks. Fixed.

@analogrelay
Copy link
Contributor

Looking ok to me :shipit:

- Rename klr to dotnet
- Support both DOTNET_ and KRE_ prefixed env vars
- Simplify dotnet usage in kpm
- Change HelloWorld tests to use dotnet in order to test new code path
- Rename runtime packages, add OS name to runtime package names
- Fix coreclr/dotnet crash when no --appbase is given
- Rename kre prefixes to dotnet in web.config
- Rename variables based on runtime renaming
- Rename runtime home structure from .kre/packages to .dotnet/runtimes
- Try %userprofile% before global installation path when search for runtime during kpm pack
@ChengTian ChengTian force-pushed the rename-klr-to-dotnet branch from 9e35219 to aa9704d Compare January 20, 2015 00:50
@ChengTian ChengTian merged commit aa9704d into dev Jan 20, 2015
@ChengTian ChengTian deleted the rename-klr-to-dotnet branch January 20, 2015 00:54
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants