[MonoDevelop] FSharp.Core references show as "unresolved"

[fsharp]

[MonoDevelop] FSharp.Core references show as "unresolved"

[funnelweb]

I think this is some kind of problem with the core F# 3.0 installation where the FSharp.Core.dll is not part of any package known to MonoDevelop, but it is in the lib/mono/4.0 directory.

I tried fiddling around adding an lib/pkgconfig/fscore.pc (just editing it directly in) but didn't see any results.

@migueldeicaza, do you know if/how this DLL should be registered as part of a package?

[7sharp9]

It would be good to know how to resolve this as I have a similar issue with another reference.

[tpetricek]

I had the same issue. My pull request "sort of" fixes this by generating the fsproj file in the configure.sh script and by adding <HintPath> tag which makes MonoDevelop happy. Does that work for you @7sharp9 ?

[7sharp9]

@funnelweb I dont suppose you know where about in the script that everything is copied to the:

/Library/Frameworks/Mono.framework/Versions/3.0.0/lib/ ... directory?

Im having trouble following the install script. Im referring to the fsharp compiler code not the fsharpbinding

[funnelweb]

src/fsharp/targets.make. what's the root problem, i can help get the scripts right

[7sharp9]

The root problem is the FSharp.Core is not registered as a package, a .pc file needs to be created and placed i the following folder:

/Library/Frameworks/Mono.framework/Versions/3.0.0/lib/pkgconfig

The standard lib/pkgconfig/ location is not checked for packages by monodevelop, I guess it makes sense in this instance as the packages are the mono ones.

Im not much of a script wizard so Im stumbling in the dark to be honest...

[7sharp9]

Can we do anything with this issue after @migueldeicaza commented on the other issue we have with package locations?

[funnelweb]

it would be so good to fix this!

[mhutch]

FWIW you can install pc files into /Library/Frameworks/Mono.framework/External/pkgconfig so they aren't removed when Mono is updated.

[7sharp9]

Resolved upstream in MonoDevelop See #317