2015-11-13 22:54:44 +01:00
|
|
|
#!/usr/bin/env bash
|
|
|
|
|
|
2015-12-16 22:01:21 +01:00
|
|
|
export BIN=$(pwd)/bin
|
2016-02-10 22:05:46 +01:00
|
|
|
mkdir -p $BIN
|
2015-12-16 22:01:21 +01:00
|
|
|
|
2015-12-14 19:36:40 +01:00
|
|
|
# Build native components
|
2016-02-10 22:05:46 +01:00
|
|
|
pushd src/libpsl-native
|
|
|
|
|
cmake -DCMAKE_BUILD_TYPE=Debug .
|
|
|
|
|
make -j
|
|
|
|
|
ctest -V
|
|
|
|
|
cp src/libpsl-native.* $BIN
|
|
|
|
|
popd
|
2015-12-16 22:01:21 +01:00
|
|
|
|
2015-12-10 21:33:52 +01:00
|
|
|
# Publish PowerShell
|
Build with new framework and new CLI
All libraries now use the framework `netstandard1.5`, and import the
`dnxcore50` and `portable` frameworks. The app that is published,
Microsoft.PowerShell.Linux.Host, that is, the top-level dependency that
emits an executable, instead targets `netstandardapp1.5` and has a new
`runtimes` key so that .NET CLI's `restore` and `publish` commands know
which runtime implementations to resolve.
When switching to the new CLI, we needed to fix how we specified our
dependencies. In particular, the .NET CLI team helped me figure out how
to download packages that are reference assembly only on Linux, with
implementations on Windows. The result of this is the new `frameworks`
setup.
Additionally, we were incorrectly specifying our build dependencies;
that is, projects we also build (not packages). The solution was much
cleaner. We removed the `type: build` section and replaced it with the
version `1.0.0-*` that all our projects currently use.
The `project.json` files also had their names, descriptions,
indentation, and versions fixed.
The build scripts were simplified.
2016-02-11 17:25:43 +01:00
|
|
|
dotnet publish --output $BIN --configuration Linux src/Microsoft.PowerShell.Linux.Host
|