| Age | Commit message (Collapse) | Author |
|---|
|
This turns GenerateRuntimeGraph back on, but it will now only check consistency of the
generated runtime files with what is checked in.
If it detects an inconsistency the build will fail and this project can be rebuilt specifying
/p:UpdateRuntimeFiles=true to commit the updates.
|
|
|
|
|
|
This makes our RID graph much less error prone and easier to reason about.
To see how to use the new system see readme.md.
To see the extent of the changes examine the diff of runtime.json and
runtime.compatibility.json.
|
|
This is simply a roundtrip through JsonRuntimeFormat so that the following changes will have
a clear diff (or no diff)
runtime.compatibility.json is the expansion (`RuntimeGraph.ExpandRuntime`) of each runtime
in the graph. Differences in this represent potentially breaking changes.
|
|
This change enables full end to end build of corefx including
managed code on Alpine Linux.
|
|
|
|
|
|
|
|
This reverts commit 954eac6dbd4392eb30bf6f5921c9a3e1be7badf9.
|
|
|
|
|
|
Microsoft.NETCore.Platforms and Microsoft.NETCore.Targets don't
need to harvest anything so disabing stable package harvesting
for them so we don't need to restore all the old stable packages
for the vertical builds.
|
|
|
|
|
|
GitHub recently switched their rendering engine and now require a
space between `#` and the actual heading. See
https://github.github.com/gfm/#atx-headings
|
|
Add RIDs for Android
|
|
|
|
|
|
|
|
(corrected authoring info)
|
|
Add RIDs for arm64 Ubuntu, Alpine Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Add debian.8-armel and tizen.4.0.0-armel into nupkg
|
|
* Default Configuration to BuildConfiguration
When a project does not define BuildConfigurations, its Configuration
should be set to BuildConfiguration.
Previously we weren't setting Configuration at all in this case, so we
would get default values for all the components when we tried to parse
out the Configuration string.
* Remove workaround for building pkgprojs
Now that we always set Configuration this is not needed.
* Derive package RID from RuntimOS
We have a few cases where we want to package as a different RID
than what we are running on. I previously only special cased one
of them (win7). This makes the code more generic and handles
everything.
|
|
(#15024)
|
|
|
|
Signed-off-by: chunseok lee <chunseok.lee@samsung.com>
|
|
Add debian.8-armel into pkg/Microsoft.NETCore.Platforms/runtime.json
Signed-off-by: chunseok lee <chunseok.lee@samsung.com>
|
|
|
|
|
|
* Updating Microsoft.NETCore.Platforms/runtime.json with CoreRT RIDs
* Further changes to runtime.json:
- Previously I had excluded some RIDs from the corert graph because they
weren't 'supported' platforms for corert. But I think runtime.json is
not the right place to enforce what's supported and what's not.
Completing the graph helps maintaining runtime.json because it now
follows a 'pattern'.
- I updated the ordering of the nodes on win*-corert and that's where it
differs from win*-aot. Unlike AOT counterparts, I'm always prioritizing
CoreRT RIDS over non-CoreRT RIDs.
- Also realized that the architecture specific chains were broken on
non-windows CoreRT RIDS. I fixed that in this change too.
|
|
|
|
A number of linux distros had incorrect rid imports. These generally took
the form of a version- and arch-specific rid importing a base rid, or a
previous-version rid, rather than the analogous version-specific but arch-agnostic
rid.
|
|
|
|
|
|
Add docs for Microsoft.NETCore.Platforms & RIDs
Adding documentation describing RIDs and what conventions we follow for creating them.
|
|
|
|
|
|
When changing the Version property from Version to PackageVersion I
missed updating a few projects.
|
|
|
|
|
|
* Linux Mint 18: Binary compatible with Ubuntu 16.04
The following RIDs will need additional work to enable platform-specific
packages to be produced for them:
* Ubuntu 16.10
* Fedora 24
* openSUSE 42.1
|
|
|
