Thanks,
this issue was fixed a couple of hours ago in the CVS repository
based on similar feedback from other Win9x users. Expect to see
an updated installer sometime early next week.
--sigbjorn
- Original Message -
From: "J L Russell" <[EMAIL PROTECTED]>
To:
Sent: Friday, March 18, 2005
When trying to run GHC 6.4 (from the installer) on Windows 98,
I get the following error message:
"The GHC.EXE file is linked to missing export SHELL32.DLL:SHGetFolderPathA"
>From what I've been able to determine,
on Windows version prior to Windows 2000, this function was instead exported
from sh
av:
> Hello!
>
> Today I've tried to compile darcs-1.0.2 and for that I've installed the
> ghc-6.4-i386-unknown-linux.tar.bz2 (in-place) When I tried to compile,
> configure script from darcs complained that it couldn't figure out how
> to do OpenFd (or someting similar). Then I've installed
Soun
[Redirecting to GHC users, which is the right place for GHC related
questions.]
| Is there any way to specify at compile/link time default options for
GHC
| program +RTS options?
No. This is a long-standing feature request. It makes perfect sense,
but needs someone to design and implement it.
On Wed, 16 Mar 2005, Peter Davis wrote:
> On 2005-03-16 02:52:39 -0800, Nicolas Oury <[EMAIL PROTECTED]> said:
>
> > instance Splittable Integer where
> >split n = (2*n,2*n+1)
>
> I haven't played much with the Splittable class yet, but what would be wrong
> with
>
> instance Splittable Integer
Hi Matthias,
I think most of what you're asking for is planned...
On 17 March 2005 16:59, Matthias Neubauer wrote:
> I just had a first look at the sketch for the planned GHC API
> (ghc/compiler/main/GHC.hs), since we are very keen on using it ...
>
> Our group would mostly like to make use of
Hello!
Today I've tried to compile darcs-1.0.2 and for that I've installed the
ghc-6.4-i386-unknown-linux.tar.bz2 (in-place) When I tried to compile,
configure script from darcs complained that it couldn't figure out how
to do OpenFd (or someting similar). Then I've installed
ghc-6.2.2-i386-unknow
Andy Moran <[EMAIL PROTECTED]> writes:
> -- hackery to convice cpp to splice GHC_PKG_VERSION into a string
> version :: String
> version = tail "\
> \ GHC_PKG_VERSION"
OK, it turns out that this is pretty tricky to do in cpp, even with
full scope of -ansi or -traditional behaviour. In fact,
At 09:29 18/03/05 +, Simon Peyton-Jones wrote:
[Redirecting to GHC users, which is where GHC-specific questions belong]
OK (but I'm not subscribed to that list, so pls copy me on any further
comment, if any.)
| OK, it's not so bad. If I delete the AffyDataCalc.o file before
compiling
| AffyD
On 17 March 2005 19:43, Dmitri Pissarenko wrote:
> In the attachment you will find a file, in which I try to access Java
> from Haskell using the Java bridge for functional languages.
>
> For details see
>
> http://sourceforge.net/projects/jvm-bridge/
>
> and
>
>
http://dapissarenko.com/resour
On 17 March 2005 17:23, Malcolm Wallace wrote:
> The only real issue currently preventing ghc from adopting cpphs is
> ideological (GPL licensing).
We've no objection to making changes to GHC to make it easy to use in
conjuction with cpphs (./configure --with-cpps or whatever), so
3rd-party packa
On 17 March 2005 23:03, Andy Moran wrote:
> Malcolm Wallace wrote:
>> Andy Moran <[EMAIL PROTECTED]> writes:
>>
>>> I notice that cpphs understands CPP stringification (if invoked with
>>> --hashes). Most of the gcc 3.4 failures (in fact, all of that I've
>>> seen) have to do with fooling -tradit
[Redirecting to GHC users, which is where GHC-specific questions belong]
| OK, it's not so bad. If I delete the AffyDataCalc.o file before
compiling
| AffyDataCalcTest, it all works fine.
...
| Hmmm... is there something the GHC --make feature can do to force
| recompilation of the other modules
13 matches
Mail list logo