Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#4852 closed bug (fixed)

cabal doesn't tell ./configure which gcc to use

Reported by: kazu-yamamoto Owned by:
Priority: highest Milestone: 7.0.2
Component: libraries (other) Version: 7.1
Keywords: Cc: dastapov@…
Operating System: Unknown/Multiple Architecture: Unknown/Multiple
Type of failure: Other Test Case:
Blocked By: Blocking:
Related Tickets: Differential Rev(s):
Wiki Page:

Description

The shell script wrapper "hsc2hs" for the "hsc2hs" binary of GHC 7.0.2 rc1 on MacOS 10.6 set the HSC2HS_EXTRA environment variable incorrectly. It specifies /Developer/SDKs/MacOSX10.5.sdk but the correct value is /Developer/SDKs/MacOSX10.6.sdk. Acutually, hsc2hs of GHC 7.0.2rc1 causes a problem when I built the "network" library on github. And if I change the value to /Developer/SDKs/MacOSX10.6.sdk, the "network" library can be build.

Change History (29)

comment:1 Changed 7 years ago by igloo

Architecture: x86Unknown/Multiple
Component: hsc2hslibraries (other)
Milestone: 7.0.2
Operating System: MacOS XUnknown/Multiple
Priority: normalhighest

This is really a Cabal problem. Cabal calls network's configure:

[...]
("sh",["configure","--with-compiler=ghc","--prefix=/[...]/.cabal"])
configure: WARNING: unrecognized options: --with-compiler
checking build system type... i386-apple-darwin10.5.0
checking host system type... i386-apple-darwin10.5.0
checking for gcc... gcc
[...]

but doesn't tell it which gcc to use, or what flags to pass it. When hsc2hs later calls gcc, it calls the right gcc with the right flags, which in this case presumably doesn't match the default gcc and no flags.

comment:2 Changed 7 years ago by kazu-yamamoto

I guess the recent change for "aclocal.m4" causes this problem. To know the OS version of MacOS, "sw_vers" should be used. Note that "uname -a" does not tell correct version. HSC2HS_EXTRA should be set correctly according to the result of "sw_vers".

comment:3 Changed 7 years ago by igloo

Owner: set to igloo

comment:4 Changed 7 years ago by igloo

This may also fix #4812.

comment:5 Changed 7 years ago by igloo

This may also fix #4247.

comment:6 Changed 7 years ago by adept

Cc: dastapov@… added

comment:7 Changed 7 years ago by igloo

Summary: Incorrect HSC2HS_EXTRA value of hsc2hs on MacOS 10.6cabal doesn't tell ./configure which gcc to use

comment:8 Changed 7 years ago by igloo

I believe this is fixed in HEAD and 7.0 by:

Fri Jan 14 16:43:46 PST 2011  Ian Lynagh <igloo@earth.li>
  * Pass gcc/ld locations and flags to configure scripts
  Flags are passed through the CFLAGS and LDFLAGS variables

Mon Dec 20 09:35:44 PST 2010  Ian Lynagh <igloo@earth.li>
  * Get extra gcc and ld flags from GHC

comment:9 Changed 7 years ago by kazu-yamamoto

I have tested the darcs HEAD of today on Snow Leaopard, and hsc2hs does not work well yet. Actually, hsc2hs has the following line:

HSC2HS_EXTRA="--cflag=-march=i686 --cflag=-m32 --cflag=-isysroot --cflag=/Developer/SDKs/MacOSX10.5.sdk --cflag=-mmacosx-version-min=10.5 --cflag=-fno-stack-protector --lflag=-march=i686 --lflag=-m32 --lflag=-isysroot --lflag=/Developer/SDKs/MacOSX10.5.sdk --lflag=-mmacosx-version-min=10.5"

comment:10 Changed 7 years ago by kazu-yamamoto

Ah, I cannot found these paches in the HEAD. Did you really push it?

comment:11 in reply to:  10 Changed 7 years ago by shelarcy

Replying to kazu-yamamoto:

Above patches are pushed in the Cabal's repository, not in the ghc's repository. So, you can't find any change about hsc2hs.

http://www.haskell.org/pipermail/cvs-libraries/2011-January/012661.html http://www.haskell.org/pipermail/cvs-libraries/2011-January/012662.html

comment:12 Changed 7 years ago by kazu-yamamoto

OK. I found the changes. Thanks.

I'm using the following cabal-install: cabal-install version 0.8.2 using version 1.8.0.6 of the Cabal library

Is this OK to test the problem of hsc2hs?

Anyway, "cabal install" fails for the network library on github.

comment:13 Changed 7 years ago by kazu-yamamoto

I have tested the latest ghc-7.0 branch (darcs) and following cabal-install:

cabal-install version 0.9.5
using version 1.10.0.0 of the Cabal library 

The problem is not fixed yet.

comment:14 Changed 7 years ago by kazu-yamamoto

I tested this with today's the ghc-7.0 branch compiled with GHC 6.12.3/32bit on Snow Leapard. hsc2hs does not work well yet. Afeter modifiying

SC2HS_EXTRA="--cflag=-march=i686 --cflag=-m32 --cflag=-isysroot --cflag=/Devel
oper/SDKs/MacOSX10.5.sdk --cflag=-mmacosx-version-min=10.5 --cflag=-fno-stack-pr
otector "

to

HSC2HS_EXTRA="--cflag=-isysroot --cflag=/Developer/SDKs/MacOSX10.6.sdk --cflag=-
mmacosx-version-min=10.5 --cflag=-fno-stack-protector "

everything became fine.

comment:15 Changed 7 years ago by igloo

Hmm, this should be fixed now. Can you please tell me exactly what commands you are running, and what the output is, so that I can try to reproduce your problem?

Also, what does

ghc --info
ghc +RTS --info

say for the ghc-7.0 branch compiler?

comment:16 Changed 7 years ago by kazu-yamamoto

GHC 7.0:

% ghc --info     
 [("Project name","The Glorious Glasgow Haskell Compilation System")
 ,("Project version","7.0.1.20110201")
 ,("Booter version","6.12.3")
 ,("Stage","2")
 ,("Build platform","i386-apple-darwin")
 ,("Host platform","i386-apple-darwin")
 ,("Target platform","i386-apple-darwin")
 ,("Have interpreter","YES")
 ,("Object splitting","NO")
 ,("Have native code generator","YES")
 ,("Have llvm code generator","YES")
 ,("Support SMP","YES")
 ,("Unregisterised","NO")
 ,("Tables next to code","YES")
 ,("RTS ways","l debug  thr thr_debug thr_l thr_p  dyn debug_dyn thr_dyn thr_debug_dyn")
 ,("Leading underscore","YES")
 ,("Debug on","False")
 ,("LibDir","/ghc7.0.2/lib/ghc-7.0.1.20110201")
 ,("Global Package DB","/ghc7.0.2/lib/ghc-7.0.1.20110201/package.conf.d")
 ,("C compiler flags","[\"-march=i686\",\"-m32\",\"-isysroot\",\"/Developer/SDKs/MacOSX10.5.sdk\",\"-mmacosx-version-min=10.5\",\"-fno-stack-protector\"]")
 ,("Gcc Linker flags","[\"-march=i686\",\"-m32\",\"-isysroot\",\"/Developer/SDKs/MacOSX10.5.sdk\",\"-mmacosx-version-min=10.5\"]")
 ,("Ld Linker flags","[\"-arch\",\"i386\",\"-macosx_version_min\",\"10.5\"]")
 ]
% ghc +RTS --info
 [("GHC RTS", "YES")
 ,("GHC version", "7.0.1.20110201")
 ,("RTS way", "rts_thr")
 ,("Build platform", "i386-apple-darwin")
 ,("Build architecture", "i386")
 ,("Build OS", "darwin")
 ,("Build vendor", "apple")
 ,("Host platform", "i386-apple-darwin")
 ,("Host architecture", "i386")
 ,("Host OS", "darwin")
 ,("Host vendor", "apple")
 ,("Target platform", "i386-apple-darwin")
 ,("Target architecture", "i386")
 ,("Target OS", "darwin")
 ,("Target vendor", "apple")
 ,("Word size", "32")
 ,("Compiler unregisterised", "NO")
 ,("Tables next to code", "YES")
 ]

Booter:

% ghc --info
 [("Project name","The Glorious Glasgow Haskell Compilation System")
 ,("Project version","6.12.3")
 ,("Booter version","6.12.2")
 ,("Stage","2")
 ,("Have interpreter","YES")
 ,("Object splitting","YES")
 ,("Have native code generator","YES")
 ,("Support SMP","YES")
 ,("Unregisterised","NO")
 ,("Tables next to code","YES")
 ,("Win32 DLLs","")
 ,("RTS ways","l debug  thr thr_debug thr_l thr_p ")
 ,("Leading underscore","YES")
 ,("Debug on","False")
 ,("LibDir","/Library/Frameworks/GHC.framework/Versions/612/usr/lib/ghc-6.12.3")
 ]
% ghc +RTS --info 
 [("GHC RTS", "YES")
 ,("GHC version", "6.12.3")
 ,("RTS way", "rts_thr")
 ,("Host platform", "i386-apple-darwin")
 ,("Host architecture", "i386")
 ,("Host OS", "darwin")
 ,("Host vendor", "apple")
 ,("Build platform", "i386-apple-darwin")
 ,("Build architecture", "i386")
 ,("Build OS", "darwin")
 ,("Build vendor", "apple")
 ,("Target platform", "i386-apple-darwin")
 ,("Target architecture", "i386")
 ,("Target OS", "darwin")
 ,("Target vendor", "apple")
 ,("Word size", "32")
 ,("Compiler unregisterised", "NO")
 ,("Tables next to code", "YES")
 ]

comment:17 Changed 7 years ago by igloo

What is the problem you are seeing?

comment:18 Changed 7 years ago by kazu-yamamoto

When I tried to "cabal install network" (2.3.0.1), I saw:

% cabal build
Preprocessing library network-2.3.0.2...
ld: warning: in dist/build/Network/BSD_hsc_make.o, file was built for i386 which is not the architecture being linked (x86_64)
Undefined symbols:
  "_main", referenced from:
      start in crt1.10.6.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
linking dist/build/Network/BSD_hsc_make.o failed (exit code 1)
command was: /usr/bin/gcc dist/build/Network/BSD_hsc_make.o -o dist/build/Network/BSD_hsc_make -L/ghc7.0.2/lib/ghc-7.0.1.20110201/unix-2.4.1.0 -ldl -L/Users/kazu/.cabal/lib/parsec-2.1.0.1/ghc-7.0.1.20110201 -L/ghc7.0.2/lib/ghc-7.0.1.20110201/bytestring-0.9.1.10 -L/ghc7.0.2/lib/ghc-7.0.1.20110201/base-4.3.1.0 -liconv -L/ghc7.0.2/lib/ghc-7.0.1.20110201/integer-gmp-0.2.0.3 -L/ghc7.0.2/lib/ghc-7.0.1.20110201/ghc-prim-0.2.0.0 -L/ghc7.0.2/lib/ghc-7.0.1.20110201 -lm -ldl -L/ghc7.0.2/lib/ghc-7.0.1.20110201

comment:19 Changed 7 years ago by igloo

It works for me on OS X 10.6.3. Note that you need to use the Cabal lib that comes from the 7.0 branch, and your cabal binary is probably linked against an older one. Mine is too, but it looks like it's so old:

$ cabal --version
cabal-install version 0.8.2
using version 1.8.0.6 of the Cabal library 
Warning: network.cabal: This package requires Cabal version: >=1.10

that cabal is building the Setup program from the network package:

[1 of 1] Compiling Main             ( dist/setup/setup.hs, dist/setup/Main.o )
Linking ./dist/setup/setup ...

which therefore gets linked against the new Cabal library.

Does that explain why it wasn't working for you? If not, do you know what the difference is between what I'm doing and what you were doing?

Here's the full log:

$ git clone git://github.com/haskell/network.git
Cloning into network...
remote: Counting objects: 2272, done.
remote: Compressing objects: 100% (1096/1096), done.
remote: Total 2272 (delta 1341), reused 1884 (delta 1085)
Receiving objects: 100% (2272/2272), 1.89 MiB | 115 KiB/s, done.
Resolving deltas: 100% (1341/1341), done.
$ cd network
$ autoreconf
$ cabal configure --with-compiler=/Users/ian/ghc/7.0-branch/val32/inplace/bin/gh
c-stage2
Warning: network.cabal: This package requires Cabal version: >=1.10
Warning: network.cabal: Unknown fields: default-language (line 48),
other-extensions (line 49)
Fields allowed in this section:
exposed-modules, exposed, buildable, build-tools, cpp-options,
cc-options, ld-options, pkgconfig-depends, frameworks, c-sources,
extensions, extra-libraries, extra-lib-dirs, includes,
install-includes, include-dirs, hs-source-dirs, other-modules,
ghc-prof-options, ghc-shared-options, ghc-options, hugs-options,
nhc98-options, jhc-options
Warning: network.cabal: Unknown fields: other-extensions (line 52)
Fields allowed in this section:
exposed-modules, exposed, buildable, build-tools, cpp-options,
cc-options, ld-options, pkgconfig-depends, frameworks, c-sources,
extensions, extra-libraries, extra-lib-dirs, includes,
install-includes, include-dirs, hs-source-dirs, other-modules,
ghc-prof-options, ghc-shared-options, ghc-options, hugs-options,
nhc98-options, jhc-options
Warning: network.cabal: Ignoring unknown section type: test-suite
Warning: network.cabal: Ignoring unknown section type: test-suite
Resolving dependencies...
[1 of 1] Compiling Main             ( dist/setup/setup.hs, dist/setup/Main.o )
Linking ./dist/setup/setup ...
Configuring network-2.3.0.2...
configure: WARNING: unrecognized options: --with-compiler, --with-gcc
checking build system type... i386-apple-darwin10.6.0
checking host system type... i386-apple-darwin10.6.0
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for an ANSI C-conforming const... yes
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for stdlib.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for unistd.h... (cached) yes
checking winsock2.h usability... no
checking winsock2.h presence... no
checking for winsock2.h... no
checking ws2tcpip.h usability... no
checking ws2tcpip.h presence... no
checking for ws2tcpip.h... no
checking wspiapi.h usability... no
checking wspiapi.h presence... no
checking for wspiapi.h... no
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking netinet/tcp.h usability... yes
checking netinet/tcp.h presence... yes
checking for netinet/tcp.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/uio.h usability... yes
checking sys/uio.h presence... yes
checking for sys/uio.h... yes
checking sys/un.h usability... yes
checking sys/un.h presence... yes
checking for sys/un.h... yes
checking for readlink... yes
checking for symlink... yes
checking for struct msghdr.msg_control... yes
checking for struct msghdr.msg_accrights... no
checking for struct sockaddr.sa_len... yes
checking for in_addr_t in netinet/in.h... yes
checking for SO_PEERCRED and struct ucred in sys/socket.h... no
checking for _head_libws2_32_a in -lws2_32... no
checking for getaddrinfo... yes
checking for gai_strerror... yes
checking whether AI_ADDRCONFIG is declared... yes
checking whether AI_ALL is declared... yes
checking whether AI_NUMERICSERV is declared... no
checking whether AI_V4MAPPED is declared... yes
checking for sendfile in sys/sendfile.h... no
checking for sendfile in sys/socket.h... yes
checking for gethostent... yes
configure: creating ./config.status
config.status: creating network.buildinfo
config.status: creating include/HsNetworkConfig.h
configure: WARNING: unrecognized options: --with-compiler, --with-gcc
$ cabal build
Warning: network.cabal: This package requires Cabal version: >=1.10
Warning: network.cabal: Unknown fields: default-language (line 48),
other-extensions (line 49)
Fields allowed in this section:
exposed-modules, exposed, buildable, build-tools, cpp-options,
cc-options, ld-options, pkgconfig-depends, frameworks, c-sources,
extensions, extra-libraries, extra-lib-dirs, includes,
install-includes, include-dirs, hs-source-dirs, other-modules,
ghc-prof-options, ghc-shared-options, ghc-options, hugs-options,
nhc98-options, jhc-options
Warning: network.cabal: Unknown fields: other-extensions (line 52)
Fields allowed in this section:
exposed-modules, exposed, buildable, build-tools, cpp-options,
cc-options, ld-options, pkgconfig-depends, frameworks, c-sources,
extensions, extra-libraries, extra-lib-dirs, includes,
install-includes, include-dirs, hs-source-dirs, other-modules,
ghc-prof-options, ghc-shared-options, ghc-options, hugs-options,
nhc98-options, jhc-options
Warning: network.cabal: Ignoring unknown section type: test-suite
Warning: network.cabal: Ignoring unknown section type: test-suite
Preprocessing library network-2.3.0.2...
Preprocessing test suites for network-2.3.0.2...
Building network-2.3.0.2...
[1 of 8] Compiling Network.URI      ( Network/URI.hs, dist/build/Network/URI.o )
[2 of 8] Compiling Network.Socket.ByteString.IOVec ( dist/build/Network/Socket/B
yteString/IOVec.hs, dist/build/Network/Socket/ByteString/IOVec.o )
[3 of 8] Compiling Network.Socket.Internal ( dist/build/Network/Socket/Internal.
hs, dist/build/Network/Socket/Internal.o )
[4 of 8] Compiling Network.Socket.ByteString.MsgHdr ( dist/build/Network/Socket/
ByteString/MsgHdr.hs, dist/build/Network/Socket/ByteString/MsgHdr.o )
[5 of 8] Compiling Network.Socket.ByteString.Internal ( Network/Socket/ByteStrin
g/Internal.hs, dist/build/Network/Socket/ByteString/Internal.o )
[6 of 8] Compiling Network.Socket   ( dist/build/Network/Socket.hs, dist/build/N
etwork/Socket.o )
[7 of 8] Compiling Network.BSD      ( dist/build/Network/BSD.hs, dist/build/Netw
ork/BSD.o )
[8 of 8] Compiling Network          ( Network.hs, dist/build/Network.o )
Registering network-2.3.0.2...
$ /Users/ian/ghc/7.0-branch/val32/inplace/bin/ghc-stage2 --info
 [("Project name","The Glorious Glasgow Haskell Compilation System")
 ,("Project version","7.0.1.20110201")
 ,("Booter version","7.0.1")
 ,("Stage","2")
 ,("Build platform","i386-apple-darwin")
 ,("Host platform","i386-apple-darwin")
 ,("Target platform","i386-apple-darwin")
 ,("Have interpreter","YES")
 ,("Object splitting","NO")
 ,("Have native code generator","YES")
 ,("Have llvm code generator","YES")
 ,("Support SMP","YES")
 ,("Unregisterised","NO")
 ,("Tables next to code","YES")
 ,("RTS ways","l debug  thr thr_debug thr_l   dyn debug_dyn thr_dyn thr_debug_dy
n")
 ,("Leading underscore","YES")
 ,("Debug on","False")
 ,("LibDir","/Users/ian/ghc/7.0-branch/val32/inplace/lib")
 ,("Global Package DB","/Users/ian/ghc/7.0-branch/val32/inplace/lib/package.conf
.d")
 ,("C compiler flags","[\"-march=i686\",\"-m32\",\"-isysroot\",\"/Developer/SDKs
/MacOSX10.5.sdk\",\"-mmacosx-version-min=10.5\",\"-fno-stack-protector\"]")
 ,("Gcc Linker flags","[\"-march=i686\",\"-m32\",\"-isysroot\",\"/Developer/SDKs
/MacOSX10.5.sdk\",\"-mmacosx-version-min=10.5\"]")
 ,("Ld Linker flags","[\"-arch\",\"i386\",\"-macosx_version_min\",\"10.5\"]")
 ]
$ /Users/ian/ghc/7.0-branch/val32/inplace/bin/ghc-stage2 +RTS --info
 [("GHC RTS", "YES")
 ,("GHC version", "7.0.1.20110201")
 ,("RTS way", "rts_thr")
 ,("Build platform", "i386-apple-darwin")
 ,("Build architecture", "i386")
 ,("Build OS", "darwin")
 ,("Build vendor", "apple")
 ,("Host platform", "i386-apple-darwin")
 ,("Host architecture", "i386")
 ,("Host OS", "darwin")
 ,("Host vendor", "apple")
 ,("Target platform", "i386-apple-darwin")
 ,("Target architecture", "i386")
 ,("Target OS", "darwin")
 ,("Target vendor", "apple")
 ,("Word size", "32")
 ,("Compiler unregisterised", "NO")
 ,("Tables next to code", "YES")
 ]
$ cabal --version
cabal-install version 0.8.2
using version 1.8.0.6 of the Cabal library 
$ gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ 

comment:20 Changed 7 years ago by kazu-yamamoto

I can compile network-2.3.0.2 on github. What I said is network-2.3.0.1 on HackageDB. Since network-2.3.0.2 changed API (String -> ByteString), it does not work for many packages on HackageDB. Please try to compile network-2.3.0.1. My cabal is the newest one:

% cabal --version
cabal-install version 0.9.5
using version 1.10.0.0 of the Cabal library 

comment:21 Changed 7 years ago by igloo

Hmm, what you pasted said 2.3.0.2:

% cabal build
Preprocessing library network-2.3.0.2...

I've just tried compiling the 2.3.0.1 tarball in the same way, and that also worked. Are you definitely using the new Cabal library? e.g. does it also fail if you run:

$ tar -zxf network-2.3.0.1.tar.gz
$ cd network-2.3.0.1
$ /path/to/ghc --make Setup
$ ./Setup configure --user --with-compiler=/path/to/ghc
$ ./Setup build

?

comment:22 Changed 7 years ago by kazu-yamamoto

Setup works well. So, is my "cabal-install" wrong?

comment:23 Changed 7 years ago by kazu-yamamoto

The following cabal-install of Haskell platform 2010.2.0.0 cannot link network 2.3.0.1:

cabal-install version 0.8.2
using version 1.8.0.6 of the Cabal library 

But it can compile network 2.3.0.2.

comment:24 Changed 7 years ago by igloo

Resolution: fixed
Status: newclosed

Right, cabal-install is using Cabal 1.8.0.6, which doesn't have all the latest fixes, which is why it can't build network 2.3.0.1.

Thanks for all your testing!

comment:25 Changed 7 years ago by kazu-yamamoto

Owner: igloo deleted
Resolution: fixed
Status: closednew

The following is my summary:

                       net 2.3.0.1   net 2.3.0.2
ghc6.12.3/cabal1.8     OK            OK
ghc6.12.3/cabal1.10    OK            OK
ghc7.0/cabal1.8        NG            OK
ghc7.0/cabal1.10       NG            OK

So, I don't think the problem is fixed.

comment:26 Changed 7 years ago by igloo

By "ghc7.0/cabal1.10", do you mean using the Cabal that is currently in the GHC 7.0 branch?

If so, what is the problem? I thought that's what you meant was working well?

comment:27 Changed 7 years ago by kazu-yamamoto

The cabal install command which is linked to Cabal 1.10 provided with ghc-7.0 cannot do "cabal build" network 2.3.0.1. Isn't it a problem?

Probably I don't understand something basic, sorry. But I don't understand why you don't care this case.

comment:28 Changed 7 years ago by igloo

Resolution: fixed
Status: newclosed

The Cabal 1.10.0.0 provided with ghc 7.0.1, I assume? That doesn't have all the recent fixes from the 7.0 branch. If cabal-install was built with the latest Cabal library then it would work.

comment:29 Changed 7 years ago by kazu-yamamoto

OK. I understand. I installed "cabal-install" again and confirmed that the following cabal-install can compile the network 2.3.0.1

cabal-install version 0.9.5
using version 1.10.1.0 of the Cabal library 

Thank you very much.

Note: See TracTickets for help on using tickets.