upgrading visual studio integration to use 6.8.2....
simonmarhaskell at gmail.com
Fri Dec 14 09:46:14 EST 2007
Yes, I'm sure that's true. I suspect the best way is for Visual Haskell to
add its own configuration sections to the .cabal file, and recognise them
when they are already there.
Understanding the .cabal file is not a problem, but we also have to be able
to modify it, for example when the user adds a module. In the presence of
configurations this could be tricky, but for the complex cases where we
can't figure out how to modify it we can just require the user to edit the
.cabal file by hand (since presumably it wasn't generated by Visual Haskell
in the first place anyway).
BTW, I was recently made aware of "Visual Studio Shell":
This is a freely redistributable Visual Studio installer that includes no
language support, but allows plugins. In theory at least Visual Haskell
ought to run on top of it. So then a complete Visual Haskell would be
available for free. Are you (or anyone else) interested in looking into this?
Krasimir Angelov wrote:
> The hard work is to integrate it with the new version of Cabal. The
> problem is that the configurations model that Cabal employs can't be
> easily matched with the configurations in Visual Studio. For the new
> GHC versions I expect that the changes will be more trivial.
> On Dec 13, 2007 6:23 PM, Nicholls, Mark <Nicholls.Mark at mtvne.com> wrote:
>> Ahhh ok....in eclipse it was trivial.....but I'd much prefer it to be in
>> -----Original Message-----
>> From: Simon Marlow [mailto:simonmarhaskell at gmail.com]
>> Sent: 13 December 2007 16:22
>> To: Nicholls, Mark
>> Cc: glasgow-haskell-users at haskell.org
>> Subject: Re: upgrading visual studio integration to use 6.8.2....
>> Nicholls, Mark wrote:
>>> I've just downloaded the vs integration package....which looks
>>> it comes with 6.6.1, and I was hoping to move to 6.8.2....does anyone
>>> how to do this?
>> No, someone needs to rebuild Visual Haskell using 6.8.2, and test it
>> There have been lots of changes in both the GHC API and Cabal, so I
>> it will not be a straightforward recompile. Also building Visual
>> itself is no mean feat.
>> We'd love it if someone were able to take this on. The code for Visual
>> Haskell is available at http://darcs.haskell.org/vshaskell.
>> Also, we need to update it for VS 2008...
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users at haskell.org
More information about the Glasgow-haskell-users