I though it might work without it, but I get the error I mentioned:
cabal: Error: some packages failed to install:
network-2.3.0.10 failed during the configure step. The exception was:
ExitFailure 1
Well, I'll try with msys. Thanks for your time!
___
Theoretically you only have to exec cabal install at the directory where
setup.hs is located. It is not necessary neither cygwin neither mingw
I guess
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Hi Alberto.
Do we need cygwin to install your compiled package? I thought not (I'm not
very versed on this) but when I tried cabal install network after
extracting it I got:
Configuring network-2.3.0.11...
cabal: The package has a './configure' script. This requires a Unix
compatibility
Hello Matias
On Wed, Feb 22, 2012 at 4:02 PM, Matias Hernandez mhern...@gmail.com wrote:
Hi Alberto.
Do we need cygwin to install your compiled package?
I don't believe you do. If memory doesn't fail me, the Haskell
Platform includes a compiler (MinGW), but not a shell (MSYS).
This page
Hi,
you do need msys or cygwin for cabal installing network
msys at
http://sourceforge.net/projects/mingw/files/MSYS/Base/msys-core/msys-1.0.11/MSYS-1.0.11.exe/download
You will then have to follow the instructions at
http://www.mingw.org/wiki/MSYS. Please make sure that it uses ghc's mingw
I put Network Version 2.3.0.10 compiled for ghc.7.4.1 Windows (this
time without runtime errors) in the address refereed above. Just in
case someone want to avoid cabal configure-build and just want to
cabal install.
2012/2/13 Johan Tibell johan.tib...@gmail.com:
Resending as the last message
I've merged and pushed the changes to the stable branch on GitHub. If
someone could verify that it works fine on Windows, I'll make another
release.
In addition to running whatever program you're interested in, also run:
cabal clean
autoreconf
cabal configure --enable-tests
cabal build
cabal
Did as requested and everything seems to work fine. Test suite also passes:
Test Cases Total
Passed 10 10
Failed 0 0
Total 10 10
Test suite simple: PASS
2012/2/13 Johan Tibell johan.tib...@gmail.com
I've merged and pushed the changes to the stable
Version 2.3.0.11 released.
On Mon, Feb 13, 2012 at 9:58 AM, Holger Reinhardt hreinha...@gmail.comwrote:
Did as requested and everything seems to work fine. Test suite also passes:
Test Cases Total
Passed 10 10
Failed 0 0
Total 10 10
Test suite
Resending as the last message got held for moderation:
On Mon, Feb 13, 2012 at 10:18 AM, Johan Tibell johan.tib...@gmail.comwrote:
Version 2.3.0.11 released.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Did you run cabal clean before rebuilding with Git Bash? And can you post
the exact runtime error you get?
2012/2/8 Alberto G. Corona agocor...@gmail.com
I switched to Git bash and the runtime error produced by the library
is the same.
This error may be produced because the configuration it
yes i did it,.
the error is as follows:
shop.exe: NetworkSocket.hsc:(948,3)-(1007,23): Non-exhaustive patterns in case
I will download network form hackage and will do it form the beginning. .
2012/2/8 Holger Reinhardt hreinha...@gmail.com:
Did you run cabal clean before rebuilding with Git
Having discussed the issue privately with Alberto, I've found another bug
and updated my pull request [1]. Using that code it should be possible to
build the network library on Windows using MSys on GHC 7.4.1.
[1] https://github.com/haskell/network/pull/25
2012/2/8 Alberto G. Corona
I will merge this as soon as I get back from vacation.
On Feb 8, 2012 8:54 AM, Holger Reinhardt hreinha...@gmail.com wrote:
Having discussed the issue privately with Alberto, I've found another bug
and updated my pull request [1]. Using that code it should be possible to
build the network
Hi Johan,
The patch is not for the current version of network and the code is
quite different. Basically it is necesary to define this variable as
unsigned short that is the thing intended in the patch. however I
put it by brute force, without regard of the prerpocessor directives.
With this
Hi,
(I submitted the patch that Johan linked to)
Network/Socket/Internal.hsc has the following code:
#if defined(WITH_WINSOCK) || defined(cygwin32_HOST_OS)
type CSaFamily = (#type unsigned short)
#elif defined(darwin_HOST_OS)
type CSaFamily = (#type u_char)
#else
type CSaFamily = (#type
This is quite different.
I don´t know how but I was looking at some other older patch around
the same issue and I supposed that it was the one refered by Yohan
Tibell.
I´ll try your patch.
Thanks!.
2012/2/7 Holger Reinhardt hreinha...@gmail.com:
Hi,
(I submitted the patch that Johan linked
Note that there are two branches on github, master and stable. You want the
latter.
On Feb 7, 2012 8:23 AM, Alberto G. Corona agocor...@gmail.com wrote:
This is quite different.
I don´t know how but I was looking at some other older patch around
the same issue and I supposed that it was the
The code is evolving and none of the versions match exactily with the
patch, but substituting HAVE_WINSOCK by HAVE WINSOCK2 in these files
solves the compilation problem at least in the network 2.3.0.10
version from hackage.
However it produces the same undefined references when this library is
Did you also change the files in the /cbits/ folder? Because they also
check for HAVE_WINSOCK_H.
2012/2/7 Alberto G. Corona agocor...@gmail.com
The code is evolving and none of the versions match exactily with the
patch, but substituting HAVE_WINSOCK by HAVE WINSOCK2 in these files
solves the
The problem this time is in Configure :
case $host in
*-mingw32)
EXTRA_SRCS=cbits/initWinSock.c, cbits/winSockErr.c,
cbits/asyncAccept.c
EXTRA_LIBS=ws2_32
CALLCONV=stdcall ;;
*-solaris2*)
EXTRA_SRCS=cbits/ancilData.c
EXTRA_LIBS=nsl, socket
I just use the version of MSys that is included with Git [1]. This puts a
Git bash icon on your desktop which you can then use to build the network
library.
[1] http://code.google.com/p/msysgit/
2012/2/7 Alberto G. Corona agocor...@gmail.com
Nothing bur a long history of failures. The problem
I switched to Git bash and the runtime error produced by the library
is the same.
This error may be produced because the configuration it does not
detect the netwiorkin related includes such is socket.h. This does not
exist neither in the ghc installation neither in GIT/Mingw
2012/2/7 Holger
Hi,
After some pains, I compiled the package Network.
sa_family_t is needed in network.Socket.Internal.asc and MinGW seems
that it has no such variable defined.
I share here the package with the compiled binaries included:
Hi,
Someone recently contributed a fix that should make network build with 7.4:
https://github.com/haskell/network/pull/25
Can you see if that works for you? I haven't yet had time to merge and
release that fix (I'm on vacation.)
-- Johan
___
25 matches
Mail list logo