summaryrefslogtreecommitdiff
path: root/src/.nuget
AgeCommit message (Collapse)AuthorFilesLines
2016-05-03Create JIT packages during the build.Pat Gavlin10-0/+292
2016-04-26Keep FEATURE_MERGE_JIT_AND_ENGINE with refactored approachGaurav Khanna5-2/+5
2016-04-21Name Update from RyuJit to ClrJit for or packageKyungwoo Lee6-23/+23
2016-04-21RyuJit Version UpdateKyungwoo Lee6-8/+8
2016-04-11Add symbol packages for coreclr runtime.Mike McLaughlin6-46/+108
Depends on the new buildtools symbol support. Update build tools version containing the new symbol file support.
2016-03-31Port workaround for AOT packagingGaurav Khanna1-0/+8
2016-03-31Update RyuJit versionKyungwoo Lee6-8/+8
2016-03-22Update Runtime packages to use netstandard1.0 instead of dotnet as the TFM.Wes Haggard5-15/+15
CR: ericstj [tfs-changeset: 1588560]
2016-03-17Use "debian.8" instead of "debian.8.2"Matt Ellis1-1/+1
CoreFX uses "debian.8" as the rid for debain packages, whereas CoreCLR was still on "debian.8.2". Move to "debian.8" because it matches what's in /etc/os-release and what the CLI will generate by default. [tfs-changeset: 1586899]
2016-03-15Merge pull request #3729 from gkhanna79/FixNugetPackageGaurav Khanna1-0/+1
Fix 3724 - Include Runtime.json in redirection package
2016-03-15Add dependency to apisets correctlyRahul Kumar2-6/+5
Update version of apisets
2016-03-15Fix 3724 - Include Runtime.json in redirection packageGaurav Khanna1-0/+1
2016-03-09Accept a build number arg in BuildRyuJitPackage.Pat Gavlin5-6/+15
2016-02-26Add the "sosdocsunix.txt" sos help file to the nuget packages.Mike McLaughlin4-4/+8
This allows the sos help command to work when installed from our packages.
2016-02-23Fix for pMustExpand early fail.Kyungwoo Lee5-7/+7
When EE tells Jit to enforce intrinsic expansion, we also checked whether the intrinsic will be turned into a user call by IsIntrinsicImplementedByUserCall. In fact, this API is primarily for math intrinsic and thus somewhat ambiguous since even for any arbitrary non-math intrinsic ID, it returns true. There are some side-effects, so I didn't refactor this API in this change. Instead, the fix for pMustExpand is to check whether gtFlags has GTF_CALL.
2016-02-22Merge pull request #3298 from jkotas/ryujit-versionJan Kotas5-7/+7
Update RyuJIT package version
2016-02-22Update RyuJIT package versionJan Kotas5-7/+7
2016-02-22Generate WinX86 Nuget packageGaurav Khanna1-2/+6
2016-02-19Fixes to build CentOS CoreCLR Nuget PackageGaurav Khanna (CLR)1-4/+4
2016-02-18Update CoreCLR Nuget package version to be 1.0.2.Gaurav Khanna5-5/+5
2016-02-07Change to support Microsoft.NetCore.Runtime.CoreCLR nuget package generation.Gaurav Khanna (CLR)16-123/+505
2016-01-29update version of buildtoolsRahul Kumar2-12/+0
2016-01-29RyuJit version updateKyungwoo Lee5-7/+7
2016-01-22Use coreclr buildtools nuget package instead of compiling the tools used ↵Rahul Kumar1-0/+1
during build. This only applies to windows build.
2016-01-21Use output redirection in BuildRyuJitPackage.Pat Gavlin1-1/+3
Command capture was producing unexpected results on the build machines.
2016-01-20Add additional logging to BuildRyuJitPackage.Pat Gavlin1-4/+18
2016-01-14Add a script to build RyuJit packages.Pat Gavlin1-0/+156
This will be used to build and publish these packages.
2015-11-24Update xunit version to 2.1.0Jan Kotas2-4/+4
2015-11-20Package spec for RyuJit on OSXKyungwoo Lee2-0/+25
2015-11-18A few fixes for standlone Jit buildKyungwoo Lee6-4/+75
1. Fix for assertion in fgAddFieldSeqForZeroOffset The fix relaxed the assertion under FEATURE_REF_ZERO_OFFSET_ALLOWED. The feature is enabled when the standalone jit is built. 2. Package spec files for Windows/Linux and redirection. 3. Rename ProtoJit to RyuJit
2015-10-13Using DotNetCore version of BclRewriter in mscorlib buildJose Perez Rodriguez2-4/+2
2015-10-07Producing standalone Jit for testingKyungwoo Lee2-0/+4
protojit.dll (Windows) / libprotojit.so (*nix) is produced in addition, which is a standalone Jit that are not attached to CoreCLR. Note CoreCLR still embeds such Jit by default same as before to not disrupt the existing clients. This (same) standalone Jit can be used for other testing purpose and also this can be specified as an altjit as well in CoreCLR. Added to nuget dev package.
2015-08-18Update buildtools version to 00079Jan Kotas2-2/+2
Required by VS2015
2015-08-17Build mscolrib.dll on UnixMatt Ellis2-5/+6
Initial work to get mscorlib.dll building via Roslyn + MSBuild running on top of Mono on Linux. - Use a newer version of BclRewriter.exe which works cross-platform, the major difference here is that now we need to specify the input assembly as a named argument instead (since fully qualified paths on Unix look like flags on Windows). - The ResGen we use comes from Mono, which does not support the -d flag, so we need to stop passing defines to ResGen. I know the mono folks recently did some work to address this, but long term we need to move towards getting our ResGen.exe running on CoreCLR and use that instead. - Don't require that mono is installed in order to build coreclr. If mono is not on the path, skip the build step to enable folks to do development without Mono. In this case, they will need to continue to build mscorlib.dll on Windows, targeting Unix. - Mono stability has been an issue for folks that have buddy tested this. I've found that recent mono 4.2 builds, when run with the Boehm GC work well for me. Other folks have other builds they like instead. The `skipmscorlib` flag can be passed to build.sh if you want to skip building mscorlib.dll locally.
2015-07-09Move CoreCLR to the modern build tools and dnxMatt Mitchell2-1/+8
This changes moves coreclr onto DNX (same version as corefx). Theoretically, this should allow these tests to target the desktop CLR. All of the old package.config files are gone and replaced with corresponding project.json files. The up front restore behavior is retained. Tests are now buildable individually, though not runnable in a similar fashion.
2015-05-20Update Microsoft.DotNet.BuildTools.CoreCLR to version 1.0.2.Alex Ghiondea1-1/+1
This version updates BclRewriter.exe with a copy that can run on Dev15 RC
2015-05-05GcInfo: Add support for Standalone buildSwaroop Sridhar2-1/+7
The STANDALONE_BUILD switch can be used to build the GcInfoEncoder library independently by clients outside the CoreClr tree. The GcInfo library uses some custom data-structures (ex: ArrayList) and includes some utility libraries (ex: UtilCode) which pull in several other headers with considerable unrelated content. Rather than porting all the utility code to suite other clients, the STANDALONE_BUILD switch can be used to include only the minimal set of headers specific to GcInfo encodings. Clients of STANDALONE_BUILD will likely use standard library implementations of data-structures like ArrayList, HashMap etc., in place of the custom implementation currently used by GcInfoEncoder. Rather than spew the GcInfoEnoder code with #ifdef STANDALONE_BUILD ... #else .. #endif blocks, we include a special header GcInfoUtil.h in STANDALONE_BUILD mode. GcInfoUtil.h is expected to supply the interface/implementation for the data-structures and utilities used by GcInfoEncoder. This header should be provided by the clients doing the standalone build in their source tree.
2015-04-06Update version of coreclr packagesMatt Mitchell3-3/+3
Update to match the version that is consumed in corefx. This allow's for easier corefx validation using the localpublic.props file.
2015-03-25Add additional headers to the CoreCLR package to describe its interface.rhadley2-0/+4
Adds headers: - opcode.def and openum.h to describe the MSIL opcodes.
2015-02-19Setup the CoreCLR repo to use the LocalPackagePublish mechanism.Alex Ghiondea1-0/+1
This will enable the 'local publish' of the CoreCLR package to a location where it can be picked up by the CoreFx build. What this means is that you will be able to build the CoreCLR package and use that to run the CoreFx tests on top of it. Changes required to make this happen: - Refactor the managed build to make sure the buildtools gets restored before we attempt to use the targets it provides. - Take a dependency to the Microsoft.DotNet.BuildTools to bring in the packages.targets - Update the $(PackagesDir) to point to the <repo root>\packages to make it consistent with CoreFx - Hook-up the LocalPackagePublish targets to the build of the CoreCLR NuGet packages
2015-02-13When building debug, author the development package with an appropriate nameMatt Mitchell1-0/+43
2015-02-13Update the CoreCLR nuspec to deploy the files under the aspnetcore5 folder.Alex Ghiondea2-29/+29
2015-02-11Fix rebuild issue with development packageMatt Mitchell1-1/+1
If the development package is deleted and then a rebuild is attempted we fail because mscorlib is not where we think it should be. We should be looking for mscorlib.pdb in the PDBs dir and also building the packages after the PDBs are moved.
2015-02-11Add sos to the development packageMatt Mitchell1-1/+3
2015-02-09Add new nuget package for development usageMatt Mitchell1-0/+41
Add new nuget package that can be developed against. Also modify the cmake lists of a few directories to add in missing PDBs.
2015-01-30Initial commit to populate CoreCLR repo dotnet-bot3-0/+32
[tfs-changeset: 1407945]
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-02 22:11:18 +0000