Skip to content
This repository was archived by the owner on Jan 23, 2023. It is now read-only.

Add documentation steps for building corefx for a new architecture#16384

Merged
weshaggard merged 1 commit into
dotnet:masterfrom
weshaggard:AddDocsForBuildingNewArch
Feb 23, 2017
Merged

Add documentation steps for building corefx for a new architecture#16384
weshaggard merged 1 commit into
dotnet:masterfrom
weshaggard:AddDocsForBuildingNewArch

Conversation

@weshaggard
Copy link
Copy Markdown
Member

--> Output goes to bin/runtime/netcoreapp-Linux-Debug-x64
```

The reason you need to build the managed portion for x64 is to because it depends on runtime packages for the new architecture which don't exist yet so we use another existing architecture such as x64 as a proxy for building the managed binaries. Once all the necessary builds are setup and packages are published this spliting of the build should no longer be needed.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

@weshaggard I would like to add the comment below.

When you want to run CoreFX unittest or use netcoreapp-Linux-Debug-armel directory, you need to copy managed dll from netcoreapp-Linux-Debug-x64 and CoreCLR results. Currently there is no dotnet and libhost*.so for armel architecture. So before you run unittest, you need to change 'RunTests.sh' script to use corerun instead of dotnet.

Copy link
Copy Markdown
Member

@hqueue hqueue Feb 23, 2017

Choose a reason for hiding this comment

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

@weshaggard FYI. You can find related workaround using netcoreapp-Linux-Debug-x64 in PR for armel CI #16378 (link to the code: https://github.com/dotnet/corefx/pull/16378/files#diff-9b74089ede263293591a48bb7430a9a4R259)

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

Updated docs to add information about testing.

--> Output goes to bin/runtime/netcoreapp-Linux-Debug-x64
```

The reason you need to build the managed portion for x64 is to because it depends on runtime packages for the new architecture which don't exist yet so we use another existing architecture such as x64 as a proxy for building the managed binaries. Once all the necessary builds are setup and packages are published this spliting of the build should no longer be needed.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Nit: "is to because" => "is because"

@weshaggard weshaggard force-pushed the AddDocsForBuildingNewArch branch from a527704 to a0326fb Compare February 23, 2017 17:01
@weshaggard weshaggard merged commit 76b1479 into dotnet:master Feb 23, 2017
@weshaggard weshaggard deleted the AddDocsForBuildingNewArch branch February 24, 2017 00:38
@karelz karelz modified the milestone: 2.0.0 Mar 1, 2017
picenka21 pushed a commit to picenka21/runtime that referenced this pull request Feb 18, 2022
…dingNewArch

Add documentation steps for building corefx for a new architecture

Commit migrated from dotnet/corefx@76b1479
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants