New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

net461 and netstandard2.0 with working evaluation #480

Merged
merged 18 commits into from Oct 22, 2018

Conversation

Projects
None yet
3 participants
@thinkbeforecoding
Copy link

thinkbeforecoding commented Oct 14, 2018

This version prepares FSharp.Literate to work on netstandard2.0 with evaluation to be used from netcoreapp projects.
The net461 version is still built with command line tools

jchassaing added some commits Oct 14, 2018

jchassaing
jchassaing
jchassaing
@wallymathieu

This comment has been minimized.

Copy link
Member

wallymathieu commented Oct 14, 2018

Cool! I hope it goes well with the PR!

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

I have a problem with travis:

The current .NET SDK does not support targeting .NET Core 2.1. Either target .NET Core 2.0 or lower, or use a version of the .NET SDK that supports .NET Core 2.1.

Even if the .travis.yml specifies dotnet : 2.1.4

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

An appveyor is failing with an error that I managed to fix local by removing paket-files\paket.restore.cached and running paket restore again…
But there is probably a better way to not get this error.

@matthid

This comment has been minimized.

Copy link
Member

matthid commented Oct 14, 2018

An appveyor is failing with an error that I managed to fix local by removing paket-files\paket.restore.cached and running paket restore again…
But there is probably a better way to not get this error.

Add that file to gitignore and do not commit it.

Even if the .travis.yml specifies dotnet : 2.1.4

Try with latest 2.1.403 or something like that. If that doesn't work I'd assume something in the build still uses an older version.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

The directory paket-file is already in .gitignore, is appveyor working on a clean directory when launching build, or does it live the directory as is between builds ?

jchassaing
@matthid

This comment has been minimized.

Copy link
Member

matthid commented Oct 14, 2018

appveyor should use a new machine every time (so it should be clean)

jchassaing added some commits Oct 14, 2018

jchassaing
jchassaing
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

I'm making new attempts 👍

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

Now it's complaining about net461.
The build is working fine on windows, but on mono I get:

The reference assemblies for framework ".NETFramework,Version=v4.6.1" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Global Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore your assembly may not be correctly targeted for the framework you intend.

@wallymathieu

This comment has been minimized.

Copy link
Member

wallymathieu commented Oct 14, 2018

Sometimes I've had some success with using what has been done in the type providers: Working on dotnet core on Mac OS X part 2

@matthid

This comment has been minimized.

Copy link
Member

matthid commented Oct 14, 2018

@thinkbeforecoding You might want to add the reference assembly nuget package nuget RoslynTools.ReferenceAssemblies which can be found in the feed source https://dotnet.myget.org/F/roslyn-tools/api/v3/index.json I have already added that for similar reasons to other repositories (like FAKE).

For this to work you need to edit/add a directory.props file: https://github.com/fsharp/FAKE/blob/694f616c97fa242162cfd36db905d7df3156018f/src/Directory.Build.props#L3

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

Trying this.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

paket fails while trying to load roslyntools… any idea ?

@matthid

This comment has been minimized.

Copy link
Member

matthid commented Oct 14, 2018

@thinkbeforecoding did you add the source? It is sadly not available on official nuget

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

yes I added the source and paket install is working..
But paket restore takes ages and fails.

jchassaing
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

@matthid added the reference assemblies and the Directory.Build.props and it's still failing with the same error.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

I think I had the relative path wrong. new try..

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 14, 2018

There is some progress, now I have a problem with app.config files in tests.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

This error also occurs only in mono. I managed to reproduce it using WSL bash for windows, but still don't know why this happens .

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

The build passed on appveyor, but I could not find testresult.xml due to the fact that it's now using dotnet test and not nunit console runner.
have to see what I do with this...

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

I have a problem reproducing the build locally because from paris downloading oslynTools.ReferenceAssemblies takes 7min and timeouting 😢

@wallymathieu

This comment has been minimized.

Copy link
Member

wallymathieu commented Oct 15, 2018

Do you still need to keep app config around with the new style format?

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

Yes for the test project running in net461, they are needed for binding redirects.

When removed, a resolution of an FSharp.Core 4.1.0.0 is failing.

jchassaing added some commits Oct 15, 2018

jchassaing
jchassaing
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

@wallymathieu the appveyor build is queued but doesn't seem to start...

@wallymathieu

This comment has been minimized.

Copy link
Member

wallymathieu commented Oct 15, 2018

It will probably queue up a new build once it gets available. I can imagine that fsprojects use quite a lot of appveyor resources.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

It has been rather quick today, but there are probably changes on other repos as well...

@matthid
Copy link
Member

matthid left a comment

Some initial comments

Show resolved Hide resolved FSharp.Formatting.TestHelpers/TestHelpers.fs Outdated
Show resolved Hide resolved nuget/FSharp.Formatting.nuspec
Show resolved Hide resolved tests/FSharp.MetadataFormat.Tests/files/crefLib/crefLib2.fsproj Outdated
jchassaing
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 15, 2018

The build finally passed on appveyor

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 16, 2018

Anything more ?

@wallymathieu
Copy link
Member

wallymathieu left a comment

Looks good 👍

@wallymathieu

This comment has been minimized.

Copy link
Member

wallymathieu commented Oct 16, 2018

I'll wait on @matthid since this is such a big PR.

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 18, 2018

@matthid when do you think you'll have time for the review ? 😄 I can help if needed..

@matthid
Copy link
Member

matthid left a comment

Does this update the "publishing" logic in the fake script to push thr the new package?
Is the new package sent to the appveyor feed?

Show resolved Hide resolved appveyor.yml
build.fsx Outdated
Arguments = sprintf "%s --fsiargs -d:FAKE %s \"%s\"" args fsiargs script
WorkingDirectory = workingDirectory
}
|> Process.withFramework
|> Process.setEnvironmentVariable "MSBuild" MSBuild.msBuildExe
// |> Process.setEnvironmentVariable "MSBuild" MSBuild.msBuildExe

This comment has been minimized.

@matthid

matthid Oct 18, 2018

Member

So we can remove this?

This comment has been minimized.

@thinkbeforecoding

thinkbeforecoding Oct 18, 2018

Yes dotnet is already doing it properly

build.fsx Outdated
@@ -537,42 +536,42 @@ Target.create"CreateTag" (fun _ ->
Git.Branches.pushTag "" "origin" release.NugetVersion
)

Target.create"Release" Target.DoNothing
Target.create"Release" ignore

This comment has been minimized.

@matthid

matthid Oct 18, 2018

Member

Maybe we can add a space after create :)

This comment has been minimized.

@thinkbeforecoding
jchassaing
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 18, 2018

Done 👍

@matthid

This comment has been minimized.

Copy link
Member

matthid commented Oct 18, 2018

Overall looks good, but what about the publishing of the new nuget? did you add that code or did I just miss it?

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 18, 2018

I've not seen where it's done :grin

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 18, 2018

The nuget is created in the folder, but I've not seen where it's pushed to nuget.org ..

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 18, 2018

Ah ! Actually the nuget/publish.cmd published all the bin/*.nupkg so it's good 👍

@matthid
Copy link
Member

matthid left a comment

Lets see what happens, thanks a lot!

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 19, 2018

great 😄

@matthid matthid merged commit d8be726 into fsprojects:master Oct 22, 2018

2 checks passed

continuous-integration/appveyor/pr AppVeyor build succeeded
Details
continuous-integration/travis-ci/pr The Travis CI build passed
Details
@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 22, 2018

Thx !
Where are the nuget published ?

@thinkbeforecoding

This comment has been minimized.

Copy link

thinkbeforecoding commented Oct 22, 2018

Ok 👍🏻 👍🏻

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment