Skip to content
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

Fix #r so mono fsi has some behaviour than .NET fsi #251

Closed
ovatsus opened this issue Jan 31, 2014 · 9 comments
Closed

Fix #r so mono fsi has some behaviour than .NET fsi #251

ovatsus opened this issue Jan 31, 2014 · 9 comments

Comments

@ovatsus
Copy link
Member

@ovatsus ovatsus commented Jan 31, 2014

There seems to be a difference in assembly resolution where in mono:

#r "a/b/c.dll"

doesn't find dependencies of "c.dll" in directory in directory "a/b", while in .NET it works fine.
People usually adjust this to:

#I "a/b"
#r "a/b/c.dll"

But it's something every F# library hits when someone first try it on mono.
We should definitely fix this

@ovatsus
Copy link
Member Author

@ovatsus ovatsus commented Feb 28, 2014

ping

@jpalmer
Copy link
Contributor

@jpalmer jpalmer commented Feb 28, 2014

For a real world example:

jpalmer/FSharpRProvider@e6e8f8d

@7sharp9
Copy link
Member

@7sharp9 7sharp9 commented Feb 28, 2014

We shouldn't have to add a #I everywhere, I have seen situations in fsahrp.formatting where that doesn't help. I wish this could be fixed too.

@7sharp9
Copy link
Member

@7sharp9 7sharp9 commented Feb 28, 2014

There are quite a few runningOnMono flags which I think need to be reviewed.

I remember seeing some different behaviours because xbuild was not mature, as that is the default on mono now maybe those flags can be removed.

We need to look through the code to see if we can find this.

@rneatherway
Copy link
Member

@rneatherway rneatherway commented Apr 9, 2014

Is this one still going to be fixed here or will it go over to codeplex? I've just had someone contact me about the emacs support when doing this F# dojo: https://github.com/c4fsharp/Dojo-Type-Provider-Treasure-Hunt/blob/master/Dojo/Script.fsx

The problem was this issue, which we should definitely fix.

@7sharp9
Copy link
Member

@7sharp9 7sharp9 commented Apr 9, 2014

I thought x-plat issues were for here.

@rneatherway
Copy link
Member

@rneatherway rneatherway commented Apr 9, 2014

Ah yes, I re-read the announcement, you're right.

@dsyme
Copy link
Contributor

@dsyme dsyme commented Mar 22, 2015

It's possible this fix from F# 4.0 will fix this: dotnet/fsharp@3ed163f

If so, we should cherrypick it to "master" in this repo (it will also appear in the "fsharp4" branch as a result of this integration: #397 )

@dsyme
Copy link
Contributor

@dsyme dsyme commented Mar 30, 2017

Closing in favour of #307

@dsyme dsyme closed this Mar 30, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
6 participants
@jpalmer @rneatherway @7sharp9 @ovatsus @dsyme and others
You can’t perform that action at this time.