October 2007 - cabal-devel

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by guest): No, it did no work yet. It seems I have to edit `libraries/Cabal/Distribution/Simple/GHC/Makefile.in`, too! -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by guest): Omitting this line works under Solaris. Maybe this explains why my binaries are about 20% bigger. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): don't fail if xxx_hsc_make.c is gone
by Ross Paterson 18 Oct '07

18 Oct '07

Thu Oct 18 09:42:45 PDT 2007 Ross Paterson <ross(a)soi.city.ac.uk> * don't fail if xxx_hsc_make.c is gone The non-GHC hsc2hs deletes it even if the compilation fails. M ./Distribution/Simple/Program.hs -1 +2

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by nominolo): The documentation for {{{ld}}} on Ubuntu reads: {{{ -x --discard-all Delete all local symbols. }}} That seems to be corresponding to {{{ [-z redlocsym] reduce local syms in .symtab to a minimum }}}. Maybe it could even be omitted. There actually is a FIXMe in Distrubution/Simple/GHC.hs line 348. Could you try removing that line, rebuild Cabal and try again? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by guest): No, I could not continue! When I put a gnu linker first in my path then ghc-inplace passes the -x option to the linker, which is wrong, because gcc is used as a linker which in turn is based on the Solaris linker. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by guest): this is how the error message looks like: {{{ /usr/ccs/bin/ld: illegal option -- x usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] file(s) [-64] enforce a 64-bit link-edit [-a] create an absolute file [-b] do not do special PIC relocations in a.out [-B direct | nodirect] establish direct bindings, or inhibit direct binding to, the object being created [-B dynamic | static] search for shared libraries|archives [-B eliminate] eliminate unqualified global symbols from the symbol table [-B group] relocate object from within group [-B local] reduce unqualified global symbols to local [-B reduce] process symbol reductions [-B symbolic] bind external references to definitions when creating shared objects [-c name] record configuration file `name' [-C] demangle C++ symbol name diagnostics [-d y | n] operate in dynamic|static mode [-D token,...] print diagnostic messages [-e epsym] use `epsym' as entry point address [-f name] specify library for which this file is an auxiliary filter [-F name] specify library for which this file is a filter [-G] create a shared object [-h name] use `name' as internal shared object identifier [-i] ignore LD_LIBRARY_PATH setting [-I name] use `name' as path of interpreter [-l x] search for libx.so or libx.a [-L path] search for libraries in directory `path' [-m] print memory map [-M mapfile] use processing directives contained in `mapfile' [-N string] create a dynamic dependency for `string' [-o outfile] name the output file `outfile' [-p auditlib] identify audit library to accompany this object [-P auditlib] identify audit library for processing the dependencies of this object [-Q y | n] do|do not place version information in output file [-r] create a relocatable object [-R path] specify a library search path to be used at run time [-s] strip any symbol and debugging information [-S supportlib] specify a link-edit support library [-t] do not warn of multiply-defined symbols that have different sizes or alignments [-u symname] create an undefined symbol `symname' [-V] print version information [-Y P,dirlist] use `dirlist' as a default path when searching for libraries [-z absexec] when building an executable absolute symbols referenced in dynamic objects are promoted to the executable [-z allextract | defaultextract | weakextract] extract all member files, only members that resolve undefined tor tentative symbols, or allow extraction of archive members to resolvetweak references from archive files [-z altexec64] execute the 64-bit link-editor [-z combreloc] combine multiple relocation sections [-z defs] disallow undefined symbol references [-z direct | nodirect] enable|disable direct binding to shared object dependencies [-z endfiltee] marks a filtee such that it will terminate a filters search [-z finiarray=function] name of function to be appended to the .finiarray [-z groupperm | nogroupperm] enable|disable setting of group permissions on dynamic dependencies [-z help ] print this usage message [-z ignore | record] ignore|record unused dynamic dependencies [-z initarray=function] name of function to be appended to the .initarray [-z initfirst] mark object to indicate that its .init section should be executed before the .init section of any other objects [-z interpose] dynamic object is to be an `interposer' on direct bindings [-z lazyload | nolazyload] enable|disable delayed loading of shared object dependencies [-z ld32=arg1,arg2,...] define arguments applicable to the 32-bit class of ld(1) [-z ld64=arg1,arg2,...] define arguments applicable to the 64-bit class of ld(1) [-z loadfltr] mark filter as requiring immediate loading of its filtees at runtime [-z muldefs] allow multiply-defined symbols [-z nocompstrtab] disable compression of string tables [-z nodefs] allow undefined symbol references [-z nodefaultlib] mark object to ignore any default library search path [-z nodelete] mark object as non-deletable [-z nodlopen] mark object as non-dlopen()'able [-z nodump] mark object as non-dldump()'able [-z now] mark object as requiring non-lazy binding [-z nopartial] expand any partially initialized symbols [-z noversion] don't record any version sections [-z origin] mark object as requiring $ORIGIN processing [-z preinitarray=function] name of function to be appended to the .preinitarray [-z redlocsym] reduce local syms in .symtab to a minimum [-z rescan] rescan archive list until no further member extraction occurs [-z text] disallow output relocations against text [-z textoff] allow output relocations against text [-z textwarn] warn if there are relocations against text [-z verbose] generate warnings for suspicious processings gmake[2]: *** [dist/build/HSbase-3.0.o] Error 1 }}} I could continue with a gnu linker only after cleaning up completely. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 18 Oct '07

18 Oct '07

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Changes (by guest): * cc: Christian.Maeder(a)dfki.de (added) * reporter: maeder(a)tzi.de => Christian.Maeder(a)dfki.de * version: 1.1.6 => 1.2.0 * milestone: Cabal-1.4 => Cabal-1.2 Comment: This ticket needs a desperate fix for the ghc-6.8.1 release! Furthermore the generated file libraries/base/GNUMakefile contained "`xargs -s 30000`" which is too big for Solaris (the maximal value is 2048) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-branches/cabal-1.2): Bump minor version number to 1.2.1
by Duncan Coutts 18 Oct '07

18 Oct '07

Wed Oct 17 11:29:39 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Bump minor version number to 1.2.1 We've added a couple minor features since 1.2.0 M ./Cabal.cabal -2 +2 M ./Makefile -2 +2 M ./releaseNotes -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Use cpp-options rather than abusing ghc-options
by Duncan Coutts 17 Oct '07

17 Oct '07

Wed Oct 17 09:50:43 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Use cpp-options rather than abusing ghc-options Cabal-1.2 branch version of an equivalent patch in Cabal HEAD M ./Cabal.cabal -4 +2

1 0

patch applied (cabal-branches/cabal-1.2): Add a "cpp-options:" field and use it for pre-processing .hs .hsc .chs files
by Duncan Coutts 17 Oct '07

17 Oct '07

Wed Oct 17 09:47:47 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Add a "cpp-options:" field and use it for pre-processing .hs .hsc .chs files This is for pre-processing Haskell modules, not for C code. We already have cc-options for that purpose. Up 'til now people have been abusing ghc-options for this purpose. Even Cabal itself was guilty of doing that. M ./Distribution/PackageDescription.hs +6 M ./Distribution/Simple/GHC.hs +1 M ./Distribution/Simple/PreProcess.hs -9 +6

1 0