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
Conversation
Cool! I hope it goes well with the PR! |
I have a problem with travis:
Even if the .travis.yml specifies dotnet : 2.1.4 |
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… |
Add that file to gitignore and do not commit it.
Try with latest |
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 ? |
appveyor should use a new machine every time (so it should be clean) |
I'm making new attempts 👍 |
Now it's complaining about net461.
|
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 |
@thinkbeforecoding You might want to add the reference assembly nuget package 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 |
Trying this. |
paket fails while trying to load roslyntools… any idea ? |
@thinkbeforecoding did you add the source? It is sadly not available on official nuget |
yes I added the source and paket install is working.. |
@matthid added the reference assemblies and the Directory.Build.props and it's still failing with the same error. |
I think I had the relative path wrong. new try.. |
There is some progress, now I have a problem with app.config files in tests. |
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 . |
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. |
I have a problem reproducing the build locally because from paris downloading oslynTools.ReferenceAssemblies takes 7min and timeouting 😢 |
Do you still need to keep app config around with the new style format? |
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. |
@wallymathieu the appveyor build is queued but doesn't seem to start... |
It will probably queue up a new build once it gets available. I can imagine that fsprojects use quite a lot of appveyor resources. |
It has been rather quick today, but there are probably changes on other repos as well... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some initial comments
tests/FSharp.MetadataFormat.Tests/files/crefLib/crefLib2.fsproj
Outdated
Show resolved
Hide resolved
...-files/matthid/Yaaf.FSharp.Scripting/src/source/Yaaf.FSharp.Scripting/YaafFSharpScripting.fs
Show resolved
Hide resolved
The build finally passed on appveyor |
Anything more ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good 👍
I'll wait on @matthid since this is such a big PR. |
@matthid when do you think you'll have time for the review ? 😄 I can help if needed.. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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?
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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So we can remove this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we can add a space after create :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yup 😄
Done 👍 |
Overall looks good, but what about the publishing of the new nuget? did you add that code or did I just miss it? |
I've not seen where it's done :grin |
The nuget is created in the folder, but I've not seen where it's pushed to nuget.org .. |
Ah ! Actually the nuget/publish.cmd published all the bin/*.nupkg so it's good 👍 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lets see what happens, thanks a lot!
great 😄 |
Thx ! |
Ok 👍🏻 👍🏻 |
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