Closed ShalokShalom closed 6 years ago
If you create a PR and the maintainer of FSharpPlus approves, I can merge it.
Meanwhile, I will attempt to fix the broken build on this project. Its been broken for about 2 years so I suppose no one else plans to fix it 😜
We approve it, as from our conversations today regarding this possibility !
I'm happy to help, specially with code samples. We're not yet in v1.0 but we're pretty close and most stuff relevant for Haskell compatibility is not likely to change, but we need to stabilize the namespaces before that PR, anyway I was thinking in working on that issue next, as the suggestions from @wallymathieu make sense to me and haven't heard any voice against it.
@ShalokShalom are you willing to do the PR yourself ?
Of interest, I did once a quick port of some Haskell libraries, not a big thing, just a pair commits but might be relevant for this project.
@gusty I prefer to let you do this. :)
No worries, I can do the PR. But then re-open the issue and assign it to me, we'll close it when the PR is implemented.
This PR will depend on @jmquigs fixing the build and myself stabilizing the stuff above mentioned in F#+ side.
The assignment is up to the repo owner.
I am working on repairing the build. Hope to have it fixed in next few days...
The build is fixed. All I did was re-run it again on travis, so it was likely just some build environment error. You should be clear to make your PR; let me know if you run into other issues with the project.
Cool ! I just stabilized the namespaces, I will check what else needs to be done and once finished I will start working in the PR.
PR https://github.com/fsprojects/FSharp.Compatibility/pull/11 merged, closing this.
There is currently no mention about this in the Readme and I am unsure what to commit
Yes, it would be nice to see what can be done in terms of documentation to increase the visibility of this project.
I adopted our compability table so that it applies to this new home:
https://gist.github.com/ShalokShalom/11cf9b1943d36ac51939e83bb0fced84
That would probably be very nice to have in FSharp.Compability
. What does @jmquigs think?
Ahm, the >>= operator is actually not defined in standard fsharp, so we should remove it from this place? I would also love too see the other operators named, such as $ I am just not aware, whats the most suitable name for them
Well, the table is probably from the viewpoint of F#+ in the second column?
Yes
And in the viewpoint of standard fsharp in the first one?
The first column is Operation
?
Oh, so you mean it :)
From that perspective, I see less sense to leave FSharp plus in now?
Exactly, F#+ is used in order to implement the Haskell Compatibility. But the perspective should perhaps be from standard F# ?
What I mean?
Aaa 😄
Standard F# has no bind operator (why ever) and thus that can we cancel it from the F# column?
Ok, fine
I will do it
Many libraries and types define something like TypeName.bind
Sweet 👍
I removed <|> also As said, my awareness of the language is very small, so everybody is invited to change this gist :D
I guess this here should also be part of it: https://github.com/gusty/FsControl/blob/master/FsControl.Core/Samples/Haskell.fsx
Can anybody reopen this issue here, if you consider the documentation as part of the implementation?
Does anybody maintain this here actually, currently? :)
It is maintained. Adding a pull request to fix that part of the docs would be very welcome!
Agree, also note that some examples are already in place at https://github.com/fsprojects/FSharp.Compatibility/blob/master/FSharp.Compatibility.Haskell/Sample.fsx
I would select specific fragments of the old file you pointed, only parts that are considered interesting, without polluting it too much.
To add more background on that file, it dates even before the unit tests, so in practice it was also used to test the compilation.
I like to add that I consider myself as too low skilled in that area, I cant decide what is suitable to get picked up and where we should put it. :)
Easiest thing is to add it to markdown file in Haskell compatibility so that you can navigate the source and see it directly. Right now this repo does not use FSharp.Formatting (and it might be a bit much to do that at this point).
Here, you can find a comprehensive integration for Haskell. The maintainer think, its nice to move the code into this repo here. See also: https://github.com/gusty/FSharpPlus/issues/66