Hackage | 2 Apr 20:10 2008

[Hackage] #264: unionBuildInfo should not always use nub

#264: unionBuildInfo should not always use nub
----------------------------+-----------------------------------------------
  Reporter:  igloo          |        Owner:         
      Type:  defect         |       Status:  new    
  Priority:  normal         |    Milestone:         
 Component:  Cabal library  |      Version:  1.2.3.0
  Severity:  normal         |     Keywords:         
Difficulty:  normal         |   Ghcversion:  6.8.2  
  Platform:                 |  
----------------------------+-----------------------------------------------
 The below report was originally filed as
 http://hackage.haskell.org/trac/ghc/ticket/2190


 In libraries/Cabal/Distribution/PackageDescription.hs, the unionBuildInfo
 function combines, for example, ldOptions from two BuildInfos, using nub
 to eliminate duplicate arguments.  This is wrong for ldOptions and some
 other elements.  For example, if ldOptions contains:

 {{{-Xlinker -R -Xlinker /dir1 -Xlinker -R -Xlinker /dir2}}}

 Then the nubbed result is:

 {{{-Xlinker -R /dir1 /dir2}}}

 which doesn't work at all.  There may be some redundancy that could be
 eliminated, but for arguments passed to external programs, it can only be
 done safely by understanding the semantics of the arguments.  Similarly
 for extraLibs, {{{-lfoo -lbar -lfoo}}} may be necessary if {{{libfoo}}}
 and {{{libbar}}} reference each other's symbols.

(Continue reading)

Neil Mitchell | 3 Apr 15:04 2008
Picon

Cabal bugs/oddities

Hi,

All these bugs are against the homeomorphic library I have written. To
play along, you can do

darcs get --partial http://www.cs.york.ac.uk/fp/darcs/homeomorphic

Bug 1:
cabal install worked the first time, running it a second time fails.

$ cabal install
.. works..
$ cabal install
.. configuring ...
setupWrapper in Nothing :
["build"]
Preprocessing library homeomorphic-0.1...
Building homeomorphic-0.1...
E:\ghc\ghc-6.8.2\bin\ar.exe: creating dist\build\libHShomeomorphic-0.1.a
setupWrapper in Nothing :
["install"]
cabal: Error: some packages failed to install:
homeomorphic-0.1 failed during the final install step.

Bug 2: cabal haddock fails

$ cabal haddock
Preprocessing library homeomorphic-0.1...
Running Haddock for homeomorphic-0.1...
Warning: The documentation for the following packages are not installed.
(Continue reading)

Duncan Coutts | 5 Apr 21:18 2008
Picon
Picon

patch applied (cabal-install): Add missing modules in other-modules, fixes sdist

Sun Mar 30 12:37:10 PDT 2008  Spencer Janssen <sjanssen <at> cse.unl.edu>
  * Add missing modules in other-modules, fixes sdist

    M ./cabal-install.cabal +3

View patch online:

  http://darcs.haskell.org/cabal-install/_darcs/patches/20080330193710-a5988-80e80d161cb6c1d36068c2366844fff0b6ee8b61.gz

Duncan Coutts | 6 Apr 19:15 2008
Picon
Picon

Re: ANNOUNCE: Cabal-1.4 release candidate


On Sun, 2008-03-30 at 14:47 -0500, Spencer Janssen wrote:
> On Sat, Mar 29, 2008 at 08:31:04PM +0000, Duncan Coutts wrote:
> > == cabal-install ==
> > 
> > A snapshot of cabal-install is available:
> > http://haskell.org/cabal/release/cabal-install-0.4.6.tar.gz
> 
> This tarball is missing several files.  See my 'Add missing modules' patch.

Thanks, applied.

I'll put out another release soonish, though probably after the
hackathon at this rate.

Duncan

Peter Gammie | 7 Apr 03:25 2008
Picon

Cabal, profiling, GHC 6.6.1

Hello,

I've built some libraries using "-p" and installed them, resulting in  
e.g.:

mjollnir-debian ~$ ls ~/lib/hsql-postgresql-1.7/ghc-6.6.1/
Database  HShsql-postgresql-1.7.o  include  libHShsql-postgresql-1.7.a	 
libHShsql-postgresql_p-1.7.a

When I try to use them:

mjollnir-debian ~$ ghc -prof -auto-all  -Wall  -fglasgow-exts  -main- 
is Import.News.main --make -o news ghc_rts_opts.c Import.News
[..]
Linking news ...
/usr/bin/ld: cannot find -lHShsql-postgresql-1.7_p
collect2: ld returned 1 exit status
make: *** [news] Error 1

Note that Cabal created "libHShsql-postgresql_p-1.7.a" but GHC  
expected "libHShsql-postgresql-1.7_p.a".

Is this an issue with GHC 6.6.1 or Cabal?

cheers
peter

Duncan Coutts | 7 Apr 03:42 2008
Picon
Picon

patch applied (cabal): Fix names of profiling libs

Sun Apr  6 18:34:49 PDT 2008  Duncan Coutts <duncan <at> haskell.org>
  * Fix names of profiling libs
  I broke this recently when refactoring. Restore the original behaviour.
  Was generating "libHSfoo_p-1.0.a" when it should be "libHSfoo-1.0_p.a".

    M ./Distribution/Simple/BuildPaths.hs -1 +1

View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080407013449-adfee-dbba5be8f9c656558808e40de1f7b7d4d7abb213.gz

Duncan Coutts | 7 Apr 03:44 2008
Picon
Picon

Re: Cabal, profiling, GHC 6.6.1


On Mon, 2008-04-07 at 08:25 +0700, Peter Gammie wrote:

> Note that Cabal created "libHShsql-postgresql_p-1.7.a" but GHC  
> expected "libHShsql-postgresql-1.7_p.a".
> 
> Is this an issue with GHC 6.6.1 or Cabal?

It's an issue with Cabal. I broke it. :-)

I've pushed a patch to fix it.

This reminds us that we need a decent set of automated regression tests.
It's too easy to break the less commonly used features. Lennart has been
looking at this a bit which is good.

Duncan

Duncan Coutts | 7 Apr 04:38 2008
Picon
Picon

patch applied (cabal-branches/cabal-1.4): Fix names of profiling libs

Sun Apr  6 18:34:49 PDT 2008  Duncan Coutts <duncan <at> haskell.org>
  * Fix names of profiling libs
  I broke this recently when refactoring. Restore the original behaviour.
  Was generating "libHSfoo_p-1.0.a" when it should be "libHSfoo-1.0_p.a".

    M ./Distribution/Simple/BuildPaths.hs -1 +1

View patch online:
http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080407013449-adfee-dbba5be8f9c656558808e40de1f7b7d4d7abb213.gz

Peter Gammie | 7 Apr 10:30 2008
Picon

Re: Cabal, profiling, GHC 6.6.1

On 07/04/2008, at 8:44 AM, Duncan Coutts wrote:
> On Mon, 2008-04-07 at 08:25 +0700, Peter Gammie wrote:
>
>> Note that Cabal created "libHShsql-postgresql_p-1.7.a" but GHC
>> expected "libHShsql-postgresql-1.7_p.a".
>>
>> Is this an issue with GHC 6.6.1 or Cabal?
>
> It's an issue with Cabal. I broke it. :-)
>
> I've pushed a patch to fix it.

Thanks Duncan, that worked great.

I should say I'm pretty amazed at how usable Cabal is now. Thanks  
again for your hard work.

cheers
peter

Hackage | 7 Apr 17:47 2008

Re: [Hackage] #223: allow per-package configuration options in config file

#223: allow per-package configuration options in config file
---------------------------------+------------------------------------------
  Reporter:  duncan              |        Owner:  mnislaih 
      Type:  enhancement         |       Status:  assigned 
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           
---------------------------------+------------------------------------------
Comment (by guest):

 It would be useful to be able to specify flags in the config file for all
 the commands and not only for configure e.g. install's --root-cmd.

 This poses the question if it should be possible to specify different
 defaults for the same flag for two different commands.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/223#comment:5>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects
#223: allow per-package configuration options in config file
---------------------------------+------------------------------------------
  Reporter:  duncan              |        Owner:  mnislaih 
      Type:  enhancement         |       Status:  assigned 
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
(Continue reading)


Gmane