#1395: let ./configure check for a GNUreadline framework
-----------------------------+----------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner:
Type: feature request | Status: reopened
Priority: normal | Milestone: 6.8 branch
Component: Build System | Version: 6.8
Severity: normal | Resolution:
Keywords: | Difficulty: Easy (1 hr)
Testcase: | Architecture: Multiple
Os: MacOS X |
-----------------------------+----------------------------------------------
Comment (by judah):
Replying to [comment:16 thorkilnaur]:
> To solve the problem of the "inner" {{{.h}}} files using {{{#include
<readline/...h>}}}, why not call the framework "readline" instead of
"GNUreadline" and do away with the intermediate "readline" directory?
I've looked into this in the past; if another version of `readline.h` is
available (e.g., `/usr/include/readline/readline.h`, which is where
libedit was stored by default on my iMac), that file will be used instead
of `readline.framework/Headers/readline.h`. Worse, even if you specify
`-F`, gcc will always use `/usr/include` instead of the framework.
Another thought: can Shellac-readline just use `"HsReadline.h"` instead of
`<readline/readline.h>`?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1395#comment:17>
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
