mtl and network packages in GHC 6.10.3.*

Neil Mitchell ndmitchell at gmail.com
Wed May 27 04:36:26 EDT 2009


Hi

The GHC 6.10.3 installer is 100% useless to me (and my colleagues) -
GHC 6.10.4 has two critical fixes in, for fatal problems which we're
hitting on an at least an hourly basis.

The Haskell platform can be a convenient way to get a standardised set
of packages, but if cabal install <package> doesn't work for Core
libraries I'm in deep trouble.

> I'll look into it later today when I have access to a Windows install.

Thanks Johan. My personal feeling is if Core packages can't be
installed with "cabal install foo" on the standard command line with a
standard Windows+GHC install then they MUST be shipped in with GHC. If
the platform effort wants to fix up the packages then that's great,
but if the platform becomes the only way to get critical libraries
with a massive lag, then I'm in serious trouble.

Given this is a minor bug fix release, and that removing time in a
minor bug fix release seems like it was a massive mistake, shouldn't
these packages be reinstated at least until GHC 6.12?

Thanks

Neil

On Wed, May 27, 2009 at 8:57 AM, Johan Tibell <johan.tibell at gmail.com> wrote:
>
> On May 27, 2009 3:33 AM, "Neil Mitchell" <ndmitchell at gmail.com> wrote:
>
> Hi,
>
> I just downloaded the Windows snapshot of 6.10.3.20090526, and found
> that mtl and network don't seem to be included.
>
> $ ghc-pkg list
> c:/ghc/ghc-6.10.3.20090526\package.conf:
>    Cabal-1.6.0.1, Cabal-1.6.0.3, Win32-2.2.0.0, array-0.2.0.0,
>    base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1,
>    directory-1.0.0.3, extensible-exceptions-0.1.1.0, filepath-1.1.0.2,
>    (ghc-6.10.3.20090526), ghc-prim-0.1.0.0, haddock-2.4.2,
>    haskell98-1.0.1.0, hpc-0.5.0.3, integer-0.1.0.1,
>    old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1,
>    pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, rts-1.0,
>    syb-0.1.0.1, template-haskell-2.3.0.1, time-1.1.2.4
>
> In addition, I can't install network under Cygwin, Mingw, or the
> Windows command line. Here are the errors from Cygwin:
>
> Preprocessing library network-2.2.1.2...
> In file included from Network\BSD.hsc:17:
> include/HsNet.h:78:22: sys/uio.h: No such file or directory
> include/HsNet.h:81:25: sys/socket.h: No such file or directory
> include/HsNet.h:84:26: netinet/tcp.h: No such file or directory
> include/HsNet.h:87:25: netinet/in.h: No such file or directory
> include/HsNet.h:90:21: sys/un.h: No such file or directory
> include/HsNet.h:93:24: arpa/inet.h: No such file or directory
> include/HsNet.h:96:19: netdb.h: No such file or directory
> In file included from Network\BSD.hsc:17:
> include/HsNet.h:138: error: syntax error before "addr"
> include/HsNet.h: In function `my_inet_ntoa':
> include/HsNet.h:146: error: storage size of 'a' isn't known
> include/HsNet.h:147: error: `addr' undeclared (first use in this function)
> include/HsNet.h:147: error: (Each undeclared identifier is reported only
> once
> include/HsNet.h:147: error: for each function it appears in.)
> include/HsNet.h:148: warning: return makes pointer from integer without a
> cast
> Network\BSD.hsc: In function `main':
> Network\BSD.hsc:145: error: invalid application of `sizeof' to incomplete
> type `
> servent'
>
> And Mingw:
>
> * Missing header file: HsNet.h
> This problem can usually be solved by installing the system package that
> provides this library (you may need the "-dev" version). If the library is
> already installed but in a non-standard location then you can use the flags
> --extra-include-dirs= and --extra-lib-dirs= to specify where it is.
> cabal.exe: Error: some packages failed to install:
> network-2.2.1.2 failed during the configure step. The exception was:
> exit: ExitFailure 1
>
> And Windows command line:
>
> Resolving dependencies...
> Configuring network-2.2.1.2...
> cabal: Error: some packages failed to install:
> network-2.2.1.2 failed during the configure step. The exception was:
> sh: runProcess: does not exist (No such file or directory)
>
> Was removal of these packages on the stable branch was an oversight?
> Could network at the very least be reinstated soon? I'd love to report
> back whether the GHC 6.10.4 fixes  work or not in practice.
>
> Thanks
>
> Neil
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>


More information about the Glasgow-haskell-users mailing list