Re: [GHC] #2021: let ghc find framework header files and link with frameworks located in $HOME/Library/Frameworks
#2021: let ghc find framework header files and link with frameworks located in $HOME/Library/Frameworks -+-- Reporter: maeder | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.8.2 Severity: normal | Resolution: Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Multiple Os: MacOS X | -+-- Comment (by maeder): Summary: 1. Binaries linked against frameworks always find (matching) frameworks in a user home directory since this is a feature of mac's dynamic linker. 2. Once #1975 is committed ghc should find frameworks for compiling (i.e. inclusion of header files) and linking user code in a user home directory by passing the option `-framework-path $HOME/Library/Frameworks` 3. To spare the above `-framework-path` option `DriverPipeline.hs` could be extended or the final ghc shell script generated by `driver/ghc/Makefile` 4. In order to compile/bootstrap ghc from sources using local frameworks further additions to `configure.ac`, `readline/configure.ac` and `libraries/Makefile` (or to cabal) are necessary (see #1395): `-F$HOME/Library/Frameworks` need to be added to the configure files `--hsc2hs-options=-C -F$(HOME)/Library/Frameworks should go into `libraries/Makefile` -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2021#comment:15 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1395: let ./configure check for a GNUreadline framework
#1395: let ./configure check for a GNUreadline framework -+-- Reporter: [EMAIL PROTECTED]| Owner: Type: feature request | Status: closed Priority: normal | Milestone: 6.8 branch Component: Build System |Version: 6.8 Severity: normal | Resolution: fixed Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Multiple Os: MacOS X | -+-- Changes (by maeder): * status: reopened = closed * resolution: = fixed Comment: ./configure checks for the GNUreadline framework so let's close this ticket (changes for frameworks in home dirs can be discussed elsewhere) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1395#comment:30 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1798: add better framework support to ghc
#1798: add better framework support to ghc -+-- Reporter: guest| Owner: Type: feature request | Status: closed Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.6.1 Severity: normal | Resolution: duplicate Keywords: | Difficulty: Unknown Testcase: | Architecture: Multiple Os: MacOS X | -+-- Changes (by maeder): * status: new = closed * resolution: = duplicate Comment: let's discuss this further in #2021 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1798#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1839: need ghc-pkg dump feature
#1839: need ghc-pkg dump feature -+-- Reporter: duncan | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Comment (by claus): Replying to [comment:7 duncan]: I know we've made changes to ghc-pkg in the HEAD branch. I'd still very much like to see a simple dump feature included in ghc-pkg in time for ghc-6.8.3. As I say, I think we want this on the 6.8.3 timescale, rather than having to wait for 6.10. If this 'bulk' feature is going to go in for 6.8.3 then fine, otherwise I suggest the simple 'dump' command that I suggested originally. we had some more discussion in early december, and i sent my final version of the patch to cvs-ghc on 03/12/, http://www.haskell.org/pipermail/cvs-ghc/2007-December/040020.html simon has since confirmed that the patch looks fine, but could do with some refinements of configuration, for mingw location detection, and perhaps without the provision for restoring globbing. http://www.haskell.org/pipermail/cvs-ghc/2008-January/040407.html as i said in december, i leave those tweaks and decisions to the folks at ghc hq - as far as myself and functionality were concerned, the patch is done!-) there shouldn't be any need for a separate dump feature to get something soon. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1839#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2038: System.Posix.Resource.setResourceLimit gives setResourceLimit: invalid argument (Invalid argument)
#2038: System.Posix.Resource.setResourceLimit gives setResourceLimit: invalid argument (Invalid argument) --+- Reporter: slyfox |Owner: Type: bug| Status: new Priority: normal |Milestone: Component: Compiler | Version: 6.8.2 Severity: major | Resolution: Keywords: regression, ffi, unix | Testcase: Architecture: x86| Os: Linux --+- Changes (by slyfox): * version: 6.8.1 = 6.8.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2038#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1839: need ghc-pkg dump feature
#1839: need ghc-pkg dump feature
-+--
Reporter: duncan | Owner:
Type: feature request | Status: new
Priority: normal | Milestone: 6.10 branch
Component: Compiler |Version: 6.8.1
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Architecture: Unknown
Os: Unknown |
-+--
Comment (by duncan):
I know we've made changes to ghc-pkg in the HEAD branch. I'd still very
much like to see a simple dump feature included in ghc-pkg in time for
ghc-6.8.3.
Cabal does not need any complex query interface but it does at a minimum
need to know what versions of what dependencies each existing package
uses. This is necessary to avoid or at least detect problems where we
build a package that uses two other packages that were built against
different versions of another common package.
The most common example in the wild at the moment is people adding
bytestring-0.9.0.4 in addition to the bytestring-0.9.0.1 that came with
ghc-6.8.2 and then half their packages are built against one version and
half against the other and when we try to use packages built against
different versions we get a type error about
{{{bytestring-0.9.0.1:Data.ByteString.ByteString}}} not being the same as
{{{bytestring-0.9.0.4:Data.ByteString.ByteString}}}.
Cabal could and should detect this situation, and cabal-install should
plan around it in its dependency resolution algorithm. However in both
cases we require the dependency information of the existing installed
packages.
Not that many people are triping up over this just yet, but I think with
more hackage automation we will. Especially with automated hackage QA
where we want to build every version of every package to see if it works.
As I say, I think we want this on the 6.8.3 timescale, rather than having
to wait for 6.10. If this 'bulk' feature is going to go in for 6.8.3 then
fine, otherwise I suggest the simple 'dump' command that I suggested
originally.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1839#comment:7
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2050: GHCi should keep a persistent history file
#2050: GHCi should keep a persistent history file +--- Reporter: ajd |Owner: Type: feature request | Status: new Priority: normal |Milestone: Component: GHCi | Version: 6.8.2 Severity: normal | Resolution: Keywords: | Testcase: Architecture: Unknown | Os: Unknown +--- Changes (by ajd): * owner: ajd = Comment: Judah, you were right, it was much easier to write the bindings for read_history and write_history. I wrote the bindings (basically a copy and paste from the add_history binding). I also wrote a simple patch to InteractiveUI.hs to implement the actually history tracking that seems to work correctly, I don't know if we need to check that the file exists or anything. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2050#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2051: -hide-package doesn't allow hiding uninstalled package
#2051: -hide-package doesn't allow hiding uninstalled package +--- Reporter: MagnusTherning |Owner: Type: feature request | Status: new Priority: normal |Milestone: Component: Compiler | Version: 6.8.2 Severity: trivial | Resolution: Keywords: | Testcase: Architecture: x86_64 (amd64) | Os: Linux +--- Comment (by ajd): I wrote a patch to fix this but I'm not sure it ought to be the correct behavior. According to the comments around the function in question, -ignore-package already has this behavior because it's supposed to be used as a just-in-case thing, they way you are trying to use -hide-package. Anyway, I'm attaching the patch and I'll leave it up to the powers that be to decide what to do about it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2051#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #2053: Add read_history and write_history bindings to readline
#2053: Add read_history and write_history bindings to readline -+-- Reporter: ajd | Owner: Type: proposal | Status: new Priority: normal| Component: libraries (other) Version: 6.8.2 |Severity: normal Keywords:|Testcase: Architecture: Unknown | Os: Unknown -+-- Add Haskell bindings for the GNU Readline functions read_history and write_history to the readline package. See #2050. Please send feedback to [EMAIL PROTECTED] by Saturday 26 January 2007. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2053 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
