Opened 12 months ago

Closed 6 months ago

Last modified 6 months ago

#8918 closed bug (invalid)

Network package doesn't load under GHC 7.8 RC on windows (?)

Reported by: dmcclean Owned by:
Priority: normal Milestone:
Component: libraries (other) Version: 7.8.1-rc1
Keywords: Cc:
Operating System: Windows Architecture: x86_64 (amd64)
Type of failure: None/Unknown Test Case:
Blocked By: Blocking:
Related Tickets: Differential Revisions:

Description

(Please note that I am not certain that this issue is related to the 7.8 release candidate specifically, it may be some peculiarity of my system. But the same thing does work for me under 7.6.3 on the same machine. I don't understand exactly what the message is complaining about, so I don't feel confident in making a diagnosis. I don't know if the problem is me, the library, or ghc.)

Under the GHC 7.8 rc1 build for Windows that I installed, I can't load the network package.

In the course of upgrading one of my projects, I cabal install'd the network-conduit package, and network is one of the dependencies. The install worked fine, with the usual sprinkling of deprecation warnings and "rule might not fire because..." warnings, nothing that seemed unusual or alarming.

I can't however actually load the package.

GHCi, version 7.8.20140130: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package array-0.5.0.0 ... linking ... done.
Loading package deepseq-1.3.0.2 ... linking ... done.
Loading package bytestring-0.10.4.0 ... linking ... done.
Loading package containers-0.5.4.0 ... linking ... done.
Loading package Win32-2.3.0.1 ... linking ... done.
Loading package filepath-1.3.0.2 ... linking ... done.
Loading package old-locale-1.0.0.6 ... linking ... done.
Loading package time-1.4.1 ... linking ... done.
Loading package directory-1.2.0.2 ... linking ... done.
Loading package base-unicode-symbols-0.2.2.4 ... linking ... done.
Loading package transformers-0.3.0.0 ... linking ... done.
Loading package transformers-base-0.4.1 ... linking ... done.
Loading package monad-control-0.3.2.3 ... linking ... done.
Loading package lifted-base-0.2.2.1 ... linking ... done.
Loading package mmorph-1.0.2 ... linking ... done.
Loading package mtl-2.1.2 ... linking ... done.
Loading package resourcet-0.4.10 ... linking ... done.
Loading package text-1.1.0.1 ... linking ... done.
Loading package text-stream-decode-0.1.0.4 ... linking ... done.
Loading package hashable-1.2.1.0 ... linking ... done.
Loading package nats-0.1.2 ... linking ... done.
Loading package unordered-containers-0.2.3.3 ... linking ... done.
Loading package semigroups-0.12.2 ... linking ... done.
Loading package void-0.6.1 ... linking ... done.
Loading package conduit-1.0.15.1 ... linking ... done.
Loading package parsec-3.1.5 ... linking ... done.
Loading package network-2.4.2.2 ... linking ... ghc.exe: warning: inet_ntoa from ws2_32 is linked instead of __imp_inet_ntoa
ghc.exe: C:\Users\Doug\Documents\GitHub\bird-brain\.cabal-sandbox\x86_64-windows-ghc-7.8.20140130\network-2.4.2.2\libHSnetwork-2.4.2.2.a: unknown symbol `WspiapiGetNameInfo'
ghc.exe: unable to load package `network-2.4.2.2'

(The good bit was way at the end of a line, so repeated where you can see it...)

network-2.4.2.2\libHSnetwork-2.4.2.2.a: unknown symbol `WspiapiGetNameInfo'

Change History (5)

comment:1 Changed 12 months ago by schernichkin

Same problem in 7.8.1:

Loading package network-2.4.2.2 ... linking ... ghc.exe: unable to load package `network-2.4.2.2'
ghc.exe: warning: WSACleanup from ws2_32 is linked instead of __imp_WSACleanup
ghc.exe: warning: WSAStartup from ws2_32 is linked instead of __imp_WSAStartup
ghc.exe: warning: WSACleanup from ws2_32 is linked instead of __imp_WSACleanup
ghc.exe: warning: accept from ws2_32 is linked instead of __imp_accept
ghc.exe: warning: inet_ntoa from ws2_32 is linked instead of __imp_inet_ntoa
ghc.exe: D:\Haskell\lib\x86_64-windows-ghc-7.8.1\network-2.4.2.2\HSnetwork-2.4.2.2.o: unknown symbol `WspiapiGetNameInfo'

comment:2 Changed 12 months ago by awson

This is a problem in either mingw-w64 (which goes bundled with GHC) or with network package (or both).

Ancient wsiapi functions (absent in all reasonable modern windozes) turned to be popped up.

One of the possible workarounds is thus: replace your <ghc installation root>\mingw\x86_64-w64-mingw32\include\wspiapi.h file with an empty file and reconfigure and rebuild the network package.

comment:3 Changed 12 months ago by awson

I think it's better to fix 'network' package. I've commented on this there.

comment:4 Changed 12 months ago by dmcclean

Thanks for your help awson! This one was way out of my league.

comment:5 Changed 6 months ago by thomie

  • Resolution set to invalid
  • Status changed from new to closed

The network package has been fixed.

Last edited 6 months ago by thomie (previous) (diff)
Note: See TracTickets for help on using tickets.