November 2008 - cabal-devel

Notes on building 6.10.1
by Gregory Wright 13 Nov '08

13 Nov '08

Hi, When building 6.10.1 under Macports, I notice that hpc now requires that hsc2hs be present on the system (it does not use the hsc2hs built in place with the new ghc). Previous versions did not require hsc2hs to be present; the compiler could be bootstrapped from just the ghc compiler and ghc-pkg. The hpc library is the only one that requires the external hsc2hs. Is this new dependency intentional, or is this a build system bug? This problem escaped detection initially because cabal will use any hsc2hs on the path even if the --with-compiler flag is set. (--with-compiler forces a particular compiler and packaging program, but not hsc2hs.) This is just asking for trouble. For the moment, it's fixed in the Macports build by hacking hpc's Makefile to specify --with-hsc2hs. Should cabal produce and error or a warning if hsc2hs is not found in the same directory as the compiler? I suggest an error by default, but not if --with- hsc2hs is given explicitly. Best Wishes, Greg

2 1

[Hackage] #405: cabal-install finds non-existent conflict due to picking base 3
by Hackage 13 Nov '08

13 Nov '08

#405: cabal-install finds non-existent conflict due to picking base 3 ---------------------------------+------------------------------------------ Reporter: dreixel | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ While creating a new package syb-0.2 (which supersedes syb-0.1), we have in the .cabal file: {{{ build-depends: base >= 4.0 }}} 'cabal configure -v' outputs: {{{ (...) Configuring syb-0.2... Dependency base >=4.0: using base-4.0.0.0 Dependency mtl >=1.1.0.2: using mtl-1.1.0.2 Using Cabal-1.6.0.1 compiled by ghc-6.10 (...) }}} 'cabal install -v' outputs: {{{ (...) Reading available packages... Resolving dependencies... selecting syb-0.2 (hackage) and discarding mtl-1.0, 1.1.0.0 and 1.1.0.1 selecting mtl-1.1.0.2 (installed or hackage) selecting cabal: dependencies conflict: base-3.0.3.0 requires syb ==0.1.0.0 however syb-0.1.0.0 was excluded because syb-0.2 was selected instead syb-0.1.0.0 was excluded because of the top level dependency syb ==0.2 }}} However, 'runghc Setup.hs install' proceeds without problems. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/405> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #404: Setup.hs haddock requires Setup.hs build but doesn't warn
by Hackage 12 Nov '08

12 Nov '08

#404: Setup.hs haddock requires Setup.hs build but doesn't warn ----------------------------+----------------------------------------------- Reporter: taejo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- Building haddocks requires compilation (at least for Cabal itself) {{{ $ runhaskell Setup.hs haddock Preprocessing library Cabal-1.6.0.1... Running Haddock for Cabal-1.6.0.1... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: rts-1.0 <command-line>:15:0: error: dist/build/autogen/cabal_macros.h: No such file or directory }}} This should say that "build" needs to be run first. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/404> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 12 Nov '08

12 Nov '08

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn(a)bringert.net | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: minor | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ---------------------------------+------------------------------------------ Comment (by EricKow): As requested by Duncan, I am noting here why this would be useful for the darcs team: we plan to introduce some sort of libcabal at some point, but without sharing object files we would have to recompile either 130+ modules between libdarcs and darcs. To make matters worse, we also have a make_authors and a preproc program which compiles our AUTHORS file and helps build our user manual respectively. We also used to have a make_changelog program. All of these programs re-use a good chunk of what will soon be libdarcs, so without proper sharing of object files, we would be compiling the same files at least 4 times. Thanks! -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:9> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [darcs-devel] New extension systnax -WError? How do you want to solve this?
by Duncan Coutts 11 Nov '08

11 Nov '08

On Sun, 2008-11-09 at 14:18 +0100, Petr Rockai wrote: > Hi, > > "Dmitry Kurochkin" <dmitry.kurochkin(a)gmail.com> writes: > > I vote against disabling -Werror. I sometimes miss warnings in build > > output. And -Werror guarantees that I would not miss it. I think we > > should disable -Werror only if there is no way around it (or it is too > > ugly). Conditional compilation for language extensions looks fine to > > me. > for that, I'd say (hope) there'd be better ways to address this than default > -Werror. Maybe a cabal flag to turn it on for developers? Or maybe file a > wishlist with cabal to have all the warnings appear again at the end of the > compile run? What would you think, Duncan? People sometimes suggest we should have a feature flag we turn on in devel vs release builds for this kind of thing. One nice thing about the way cabal files currently work is that they encode the decisions that developers need to make on behalf of users, but that then user choices are not in the .cabal file but expressed as configure flags (eg to build with profiling, optimisation or docs). Sometimes of course devs need to various combinations of configure flags for their standard development / debugging / testing builds. One way to do that would not involve encoding all that stuff into the .cabal file would be to have optional build configuration files that the developers use. Basically it'd consist of a set of flags that are passed to cabal configure (though with a more config-file-like syntax). Indeed it'd be pretty similar to the ~/.cabal/config file but it would apply just to that package. That would let you add things to the local config file like: ghc-options: -Werror and there's no reason why such files could not be put into a darcs repo. Though obviously they cannot be included into a distribution tarball (cabal sdist and cabal/hackage check would enforce that). Sound reasonable? Should we file a cabal-install feature request? Duncan

2 1

Fwd: compiling haskell-src-exts in 6.10
by Hugo Pacheco 11 Nov '08

11 Nov '08

---------- Forwarded message ---------- From: Hugo Pacheco <hpacheco(a)gmail.com> Date: Tue, Nov 11, 2008 at 12:20 PM Subject: compiling haskell-src-exts in 6.10 To: Haskell Cafe <haskell-cafe(a)haskell.org> When installing package haskell-src-exts via cabal install, I get the error Language/Haskell/Exts/Syntax.hs:102:7: Could not find module `Data.Data': it is a member of package base, which is hidden However, when manually installing runhaskell Setup.hs configure/build/install It works fine Somehow package base is not available in cabal.. don't know why. hugo -- www.di.uminho.pt/~hpacheco -- www.di.uminho.pt/~hpacheco

2 4

"latest" links to API docs on HackageDB?
by Malcolm Wallace 11 Nov '08

11 Nov '08

HackageDB documentation links for the "latest" version of packages appears to be missing. For instance, the haskell.org wiki at http://www.haskell.org/haskellwiki/Opengl points to Haddock'ed API documentation at http://hackage.haskell.org/packages/archive/OpenGL/latest/doc/html/ http://hackage.haskell.org/packages/archive/GLUT/latest/doc/html/ but there is nothing there (404 not found). Searching around, I eventually discovered documentation for specific versions (2.1 and 2.2.1.1), but having a simple "latest" link that always works would be very useful. Regards, Malcolm

2 1

Haskell source packages in Hackage
by Hugo Pacheco 11 Nov '08

11 Nov '08

Hi guys, I am having an hard time installing the haskell-src and haskell-src-exts packages, since both seem to have problems with happy. I have installed happy 1.18.2 successfully, but it does not seem to be visible (although the happy executable is in my path). I get the errors: $ cabal install haskell-src Resolving dependencies... 'haskell-src-1.0.1.3' is cached. Configuring haskell-src-1.0.1.3... Preprocessing library haskell-src-1.0.1.3... cabal: The program happy is required but it could not be found cabal: Error: some packages failed to install: haskell-src-1.0.1.3 failed during the building phase. The exception was: exit: ExitFailure 1 $ cabal install haskell-src-exts Resolving dependencies... 'haskell-src-exts-0.3.9' is cached. Configuring haskell-src-exts-0.3.9... cabal: happy version >=1.17 is required but it could not be found. cabal: Error: some packages failed to install: haskell-src-exts-0.3.9 failed during the configure step. The exception was: exit: ExitFailure 1 Is this some kind of bug in cabal, or in the packages themselves? Thanks, hugo -- www.di.uminho.pt/~hpacheco

2 2

bootstrapping cabal-install on windows..
by Claus Reinke 10 Nov '08

10 Nov '08

using the cabal.exe linked from http://ghcmutterings.wordpress.com/2008/11/10/bootstrapping-cabal-install/ I set out to try cabal update; cabal install cabal-install. Since the executable doesn't seem to be linked from anywhere else, I assume you are still testing this? The first thing I noticed is that cabal.exe is somewhat stingy about providing information: there doesn't seem to be a "query" or "info" command and, usually, the only way to get information is to look at the "-v" output of doing something (where is the config file? cabal --help should point to it; what are the dependencies for a given package? we can only ask what cabal --install --dry-run -v is going to do with the dependencies; where do packages get unpacked temporarily, for building?..). Querying should be supported, not just doing. Am I missing something? Having found the config file by looking at the -v output of cabal update.., I tried to enable documentation and to change every path so that cabal would use D: instead of C: (often crowded). That seemed to work, only that I missed that installs seem to be global by default, not user (also, build logs still end up on C:)? (btw, I get lots of warnings about deprecated -ffi) Then I tried cabal install cabal-install (ghc-6.11.20081004, cygwin), and failed. 1. cabal.exe prefers network-2.2.0.0 (installed) over network-2.2.0.1, and building that fails with a Data.Generics issue (wasn't that why the version number was bumped in the first place? and why is it built when it is installed?) 2. trying cabal install network explicitly does install network.2.2.0.1.. 3. cabal install cabal-install still fails, see below build.log attached. Claus .. [29 of 29] Compiling Main ( Main.hs, dist\build\cabal\cabal-tmp\Main.o ) Linking dist\build\cabal\cabal.exe ... Warning: resolving _WSAGetLastError by linking to _WSAGetLastError@0 Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable these fixups C:\Program Files\Haskell\HTTP-3001.1.4\ghc-6.11.20081004/libHSHTTP-3001.1.4.a(TCP.o):fake:(.text+0x1 087): undefined reference to `shutdown' C:\Program Files\Haskell\HTTP-3001.1.4\ghc-6.11.20081004/libHSHTTP-3001.1.4.a(TCP.o):fake:(.text+0x1 0c4): undefined reference to `shutdown' C:\Program Files\Haskell\HTTP-3001.1.4\ghc-6.11.20081004/libHSHTTP-3001.1.4.a(StreamSocket.o):fake:( .text+0x32b): undefined reference to `shutdown' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x89): undefined reference to `getWSErrorDescr' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x65d): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6a1): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6b1): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6f5): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x705): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x79a): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x82d): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x8be): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x959): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x9ad): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x9e8): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xb3d): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xb98): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xbd5): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc09): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc1a): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc5d): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc74): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xcad): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xce1): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xcf9): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xd31): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xd65): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xd7c): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xdb5): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xded): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xe2d): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xea5): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xf2c): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xfbc): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x10b1): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x10f8): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x30a9): undefined reference to `inet_addr' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x4d9c): undefined reference to `htons' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x4ee1): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x4f49): undefined reference to `ntohs' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x61b9): undefined reference to `htonl' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6499): undefined reference to `getsockopt' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6b4d): undefined reference to `initWinSock' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x6b7d): undefined reference to `shutdownWinSock' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x7298): undefined reference to `shutdown' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x72d7): undefined reference to `shutdown' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x7317): undefined reference to `shutdown' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x75dd): undefined reference to `listen' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x7975): undefined reference to `socket' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x7d55): undefined reference to `bind' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x82d8): undefined reference to `sendto' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x88b5): undefined reference to `connect' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0x89d1): undefined reference to `connect' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xa9c9): undefined reference to `getsockname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xaf3d): undefined reference to `getpeername' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xb23d): undefined reference to `recvfrom' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xba0f): undefined reference to `setsockopt' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc40d): undefined reference to `acceptNewSock' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc4ab): undefined reference to `newAcceptParams' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc4b6): undefined reference to `acceptDoProc' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(Socket.o):fake:(.t ext+0xc567): undefined reference to `accept' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x125f): undefined reference to `gethostbyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x13e3): undefined reference to `gethostbyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x1607): undefined reference to `gethostname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7199): undefined reference to `getservbyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7291): undefined reference to `getservbyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7565): undefined reference to `getservbyport' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x765d): undefined reference to `getservbyport' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x78a5): undefined reference to `getprotobyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7995): undefined reference to `getprotobyname' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7c91): undefined reference to `getprotobynumber' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x7d79): undefined reference to `getprotobynumber' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x866d): undefined reference to `gethostbyaddr' C:\Program Files\Haskell\network-2.2.0.1\ghc-6.11.20081004/libHSnetwork-2.2.0.1.a(BSD.o):fake:(.text +0x87ff): undefined reference to `gethostbyaddr' collect2: ld returned 1 exit status cabal.exe: Error: some packages failed to install: cabal-install-0.6.0 failed during the building phase. The exception was: exit: ExitFailure 1 begin 666 build.log M#0IP86-K86=E.B!#86)A;"TQ+C8N,"XQ#0IO<SH@=VEN9&]W<PT*87)C:#H@ M:3,X-@T*8V]M<&EL97(Z(&=H8RTV+C$Q+C(P,#@Q,# T#0IC;&EE;G0Z(&-A M8F%L+6EN<W1A;&PM,"XV+C -"F9L86=S.B M8F%S93,@8F%S930-"F1E<&5N M9&5N8VEE<SH@87)R87DM,"XR+C N,"!B87-E+30N,"XP+C @8V]N=&%I;F5R M<RTP+C(N,"XP#0H@(" @(" @(" @(" @(&1I<F5C=&]R>2TQ+C N,"XR(&9I M;&5P871H+3$N,2XP+C$@;VQD+71I;64M,2XP+C N,2!P<F5T='DM,2XP+C$N M, T*(" @(" @(" @(" @("!P<F]C97-S+3$N,"XQ+C -"FEN<W1A;&PM;W5T M8V]M93H@26YS=&%L;$]K#0ID;V-S+6]U=&-O;64Z($YO=%1R:65D#0IT97-T M<RUO=71C;VUE.B!.;W14<FEE9 T*#0IP86-K86=E.B!(5%10+3,P,#$N,2XT M#0IO<SH@=VEN9&]W<PT*87)C:#H@:3,X-@T*8V]M<&EL97(Z(&=H8RTV+C$Q M+C(P,#@Q,# T#0IC;&EE;G0Z(&-A8F%L+6EN<W1A;&PM,"XV+C -"F9L86=S M.B M;VQD+6)A<V4-"F1E<&5N9&5N8VEE<SH@87)R87DM,"XR+C N,"!B87-E M+3,N,"XS+C @;F5T=V]R:RTR+C(N,"XP#0H@(" @(" @(" @(" @('!A<G-E M8RTR+C$N,"XQ#0II;G-T86QL+6]U=&-O;64Z($1E<&5N9&5N8WE&86EL960@ M;F5T=V]R:RTR+C(N,"XP#0ID;V-S+6]U=&-O;64Z($YO=%1R:65D#0IT97-T M<RUO=71C;VUE.B!.;W14<FEE9 T*#0IP86-K86=E.B!C86)A;"UI;G-T86QL M+3 N-BXP#0IO<SH@=VEN9&]W<PT*87)C:#H@:3,X-@T*8V]M<&EL97(Z(&=H M8RTV+C$Q+C(P,#@Q,# T#0IC;&EE;G0Z(&-A8F%L+6EN<W1A;&PM,"XV+C - M"F9L86=S.B M8GET97-T<FEN9RUI;BUB87-E("UO;&0M8F%S90T*9&5P96YD M96YC:65S.B!#86)A;"TQ+C8N,"XQ($A45% M,S P,2XQ+C0@5VEN,S(M,BXR M+C N, T*(" @(" @(" @(" @("!A<G)A>2TP+C(N,"XP(&)A<V4M,RXP+C,N M,"!B>71E<W1R:6YG+3 N.2XP+C$N,B!C;VYT86EN97)S+3 N,BXP+C -"B @ M(" @(" @(" @(" @9&ER96-T;W)Y+3$N,"XP+C(@9FEL97!A=&@M,2XQ+C N M,2!N971W;W)K+3(N,BXP+C @;VQD+71I;64M,2XP+C N,0T*(" @(" @(" @ M(" @("!P<F5T='DM,2XP+C$N,"!P<F]C97-S+3$N,"XQ+C @<F%N9&]M+3$N M,"XP+C$@>FQI8BTP+C4N,"XP#0II;G-T86QL+6]U=&-O;64Z($1E<&5N9&5N M8WE&86EL960@;F5T=V]R:RTR+C(N,"XP#0ID;V-S+6]U=&-O;64Z($YO=%1R M:65D#0IT97-T<RUO=71C;VUE.B!.;W14<FEE9 T*#0IP86-K86=E.B!N971W M;W)K+3(N,BXP+C -"F]S.B!W:6YD;W=S#0IA<F-H.B!I,S@V#0IC;VUP:6QE M<CH@9VAC+38N,3$N,C P.#$P,#0-"F-L:65N=#H@8V%B86PM:6YS=&%L;"TP M+C8N, T*9FQA9W,Z#0ID97!E;F1E;F-I97,Z(&)A<V4M-"XP+C N,"!P87)S M96,M,BXQ+C N,0T*:6YS=&%L;"UO=71C;VUE.B!"=6EL9$9A:6QE9 T*9&]C M<RUO=71C;VUE.B!.;W14<FEE9 T*=&5S=',M;W5T8V]M93H@3F]T5')I960- M"@T*<&%C:V%G93H@>FQI8BTP+C4N,"XP#0IO<SH@=VEN9&]W<PT*87)C:#H@ M:3,X-@T*8V]M<&EL97(Z(&=H8RTV+C$Q+C(P,#@Q,# T#0IC;&EE;G0Z(&-A M8F%L+6EN<W1A;&PM,"XV+C -"F9L86=S.B M8GET97-T<FEN9RUI;BUB87-E M#0ID97!E;F1E;F-I97,Z(&)A<V4M,RXP+C,N,"!B>71E<W1R:6YG+3 N.2XP M+C$N,@T*:6YS=&%L;"UO=71C;VUE.B!);G-T86QL3VL-"F1O8W,M;W5T8V]M M93H@3F]T5')I960-"G1E<W1S+6]U=&-O;64Z($YO=%1R:65D#0H-"G!A8VMA M9V4Z(&YE='=O<FLM,BXR+C N,0T*;W,Z('=I;F1O=W,-"F%R8V(a)Z(&DS.#8- M"F-O;7!I;&5R.B!G:&,M-BXQ,2XR,# X,3 P- T*8VQI96YT.B!C86)A;"UI M;G-T86QL+3 N-BXP#0IF;&%G<SH@8F%S930-"F1E<&5N9&5N8VEE<SH@8F%S M92TT+C N,"XP('!A<G-E8RTR+C$N,"XQ#0II;G-T86QL+6]U=&-O;64Z($EN M<W1A;&Q/:PT*9&]C<RUO=71C;VUE.B!.;W14<FEE9 T*=&5S=',M;W5T8V]M M93H@3F]T5')I960-"@T*<&%C:V%G93H@2%144"TS,# Q+C$N- T*;W,Z('=I M;F1O=W,-"F%R8V(a)Z(&DS.#8-"F-O;7!I;&5R.B!G:&,M-BXQ,2XR,# X,3 P M- T*8VQI96YT.B!C86)A;"UI;G-T86QL+3 N-BXP#0IF;&%G<SH@+6]L9"UB M87-E#0ID97!E;F1E;F-I97,Z(&%R<F%Y+3 N,BXP+C @8F%S92TS+C N,RXP M(&YE='=O<FLM,BXR+C N,0T*(" @(" @(" @(" @("!P87)S96,M,BXQ+C N M,0T*:6YS=&%L;"UO=71C;VUE.B!);G-T86QL3VL-"F1O8W,M;W5T8V]M93H@ M3F]T5')I960-"G1E<W1S+6]U=&-O;64Z($YO=%1R:65D#0H-"G!A8VMA9V4Z M(&-A8F%L+6EN<W1A;&PM,"XV+C -"F]S.B!W:6YD;W=S#0IA<F-H.B!I,S@V M#0IC;VUP:6QE<CH@9VAC+38N,3$N,C P.#$P,#0-"F-L:65N=#H@8V%B86PM M:6YS=&%L;"TP+C8N, T*9FQA9W,Z("UB>71E<W1R:6YG+6EN+6)A<V4@+6]L M9"UB87-E#0ID97!E;F1E;F-I97,Z($-A8F%L+3$N-BXP+C$@2%144"TS,# Q M+C$N-"!7:6XS,BTR+C(N,"XP#0H@(" @(" @(" @(" @(&%R<F%Y+3 N,BXP M+C @8F%S92TS+C N,RXP(&)Y=&5S=')I;F<M,"XY+C N,2XR(&-O;G1A:6YE M<G,M,"XR+C N, T*(" @(" @(" @(" @("!D:7)E8W1O<GDM,2XP+C N,B!F M:6QE<&%T:"TQ+C$N,"XQ(&YE='=O<FLM,BXR+C N,2!O;&0M=&EM92TQ+C N M,"XQ#0H@(" @(" @(" @(" @('!R971T>2TQ+C N,2XP('!R;V-E<W,M,2XP M+C$N,"!R86YD;VTM,2XP+C N,2!Z;&EB+3 N-2XP+C -"FEN<W1A;&PM;W5T M8V]M93H@0G5I;&1&86EL960-"F1O8W,M;W5T8V]M93H@3F]T5')I960-"G1E M<W1S+6]U=&-O;64Z($YO=%1R:65D#0H-"G!A8VMA9V4Z(&-A8F%L+6EN<W1A M;&PM,"XV+C -"F]S.B!W:6YD;W=S#0IA<F-H.B!I,S@V#0IC;VUP:6QE<CH@ M9VAC+38N,3$N,C P.#$P,#0-"F-L:65N=#H@8V%B86PM:6YS=&%L;"TP+C8N M, T*9FQA9W,Z("UB>71E<W1R:6YG+6EN+6)A<V4@+6]L9"UB87-E#0ID97!E M;F1E;F-I97,Z($-A8F%L+3$N-BXP+C$@2%144"TS,# Q+C$N-"!7:6XS,BTR M+C(N,"XP#0H@(" @(" @(" @(" @(&%R<F%Y+3 N,BXP+C @8F%S92TS+C N M,RXP(&)Y=&5S=')I;F<M,"XY+C N,2XR(&-O;G1A:6YE<G,M,"XR+C N, T* M(" @(" @(" @(" @("!D:7)E8W1O<GDM,2XP+C N,B!F:6QE<&%T:"TQ+C$N M,"XQ(&YE='=O<FLM,BXR+C N,2!O;&0M=&EM92TQ+C N,"XQ#0H@(" @(" @ M(" @(" @('!R971T>2TQ+C N,2XP('!R;V-E<W,M,2XP+C$N,"!R86YD;VTM M,2XP+C N,2!Z;&EB+3 N-2XP+C -"FEN<W1A;&PM;W5T8V]M93H@0G5I;&1& M86EL960-"F1O8W,M;W5T8V]M93H@3F]T5')I960-"G1E<W1S+6]U=&-O;64Z +($YO=%1R:65D#0H` ` end

1 0

[Hackage] #209: Implement "package()" configurations predicate
by Hackage 08 Nov '08

08 Nov '08

#209: Implement "package()" configurations predicate ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- We often have to write things like: {{{ flag splitBase description: Choose the new smaller, split-up base package. library if flag(splitBase) build-depends: base >= 3, containers else build-depends: base < 3 }}} Which is verbose and annoying. It would be nicer to say: {{{ library build-depends: base if package(base >= 3) build-depends: containers }}} This is syntactic sugar only. It translates into the existing constructs so no new behaviour is being introduced. It would translate into: {{{ flag _1 library build-depends: base if flag(_1) build-depends: base >= 3 build-depends: containers else build-depends: base < 3 }}} It is described in more detail in this thread: http://www.haskell.org/pipermail/cabal-devel/2007-October/001189.html http://www.haskell.org/pipermail/cabal-devel/2007-November/001336.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/209> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7