Hi,
Following up the discussion in Haskell-Cafe about ways to bring better
Unicode support in GHC.
I may take care on putting this into the GHC runtime, but I need some
advice as I am completely new to this.
What needs to be done primarily, is to replace the FFI calls made from
GHC.Unicode (is
Lemmih writes:
> But no worries; HaXml is cabalized and should be
> available in your CVS source tree.
I see, thanks for the info! Any advice on how to
build/install it with Cabal? I've tried it, but when Cabal
tries to create the library, it appears to get the file
suffixes wrong:
$ runghc
Hello Peter.
GHC can now handle Cabal packages (and only Cabal packages). But no
worries; HaXml is cabalized and should be available in your CVS source
tree.
On 10 Jan 2005 23:26:05 +0100, Peter Simons <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just tried to install HaXml with the latest GHC from
Hi,
I've just tried to install HaXml with the latest GHC from
CVS, and the package compiles fine but the installation
procedure aborts with:
ghc-pkg: cannot find package HaXml
`cat ghcpkgcmd` --add-package http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
On 08 January 2005 18:15, Krasimir Angelov wrote:
> I found a bug in libcompat. GHC-6.3 automatically
> defines mingw32_TARGET_OS macro, but previous versions
> does't. When GHC is compiled with GHC < 6.3 then
> System.FilePath and probably some other modules aren't
> compiled properly. What sho
On 09 January 2005 06:50, Sean Seefried wrote:
> I have managed to build package GHC *and* load it into GHCi.
> Initially this did not work. When I loaded up ghci with the -package
> ghc flag I was assaulted with the following error message.
>
> GHCi runtime linker: fatal error: I found a dupl
Feature Requests item #1097471, was opened at 2005-01-06 21:55
Message generated for change (Comment added) made by ggd
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1097471&group_id=8032
Category: None
Group: None
Status: Open
Priority: 3
Submitted By:
Hello!
I have a Java application, which has a lot of GUI and one complex algorithm. I
spent many months writing and debugging that algorithm, but it still has a lot
of bugs.
At the moment, I am thinking about implementing that algorithm in Haskell,
while leaving the GUI in Java.
I would like to
It would be useful to be able to do a
module Doc.Pretty.Long.Name where
import Doc.Pretty.Long.Name as This
so within the module we can refer to itself as 'This' without having to
write out the full name, however ghc complains that the hi file for the
module it is trying to compile is not availa
