Comments (12)
It's been six years ... can we close this issue now? It feels like it's no longer a pressing problem.
from x11.
Sorry, was in a bit of a rush:
I'm trying to build Version 1.6.1.1 on a mac. I'm on ghc 7.6.3.
from x11.
I haven't the faintest idea. X11-1.6.1.1 builds fine on GHC-7.6.3 here. Could you post the exact cabal command you run and its full output? Bonus points for including a verbose enough run of cabal (add -v, -vv, or -vvv) that we can see the exact command it's invoking when you get that error. Also, what does hsc2hs --version
say?
from x11.
I'm basically just executing a 'caball install x11'. I'm not at my box at the moment, but I'll try to earn those bonus points in a few hours.
from x11.
Ok, so here some gists:
The first one shows the end of the cabal-install output, before that there' s loads of compilation output.
I pasted in some warnings at the top, that are exemplary for the warnings that were generated.
The second one shows the top,i.e. ./configure ...
output.
hsc2hs --version
says: hsc2hs version 0.67
from x11.
Hrm. Those warnings look similar to ones I saw flying by on #haskell the other night; the problem for that person turned out to be that clang's preprocessor behaves differently than gcc's. But since the problem is in a completely different file... I'm still a bit stumped. I'm not even sure what the next thing to ask for would be. Perhaps you could take a peek in the generated Extras.hs
file and see what the lines around the one it's complaining about are?
from x11.
Contacted Eridius on #haskell, who was the guy having CPP problems the other day. He said what worked for him was grabbing the newest cpphs from Hackage and adding --ghc-options="-pgmPcpphs -optP--cpp"
to his cabal install
command. You could try that, too, I guess.
from x11.
Downloaded the source to try manually, so I could check the Extras.hs. But that didn't work:
runghc Setup.hs configure --user --prefix=$HOME
runghc Setup.hs install
...
Setup.hs:6:29: Warning:
In the use of `defaultUserHooks'
(imported from Distribution.Simple):
Deprecated: "Use simpleUserHooks or autoconfUserHooks, unless you need Cabal-1.2
compatibility in which case you must stick with defaultUserHooks"
Installing library in /Users/louis/lib/X11-1.6.1.1/ghc-7.6.3
Setup.hs: Error: Could not find module: Graphics.X11 with any suffix: ["hi"]
in the search path: ["dist/build"]
...
After succesfully doing cabal-install cpphs
,
cabal install x11 --ghc-options="-pgmPcpphs -optP--cpp"
fails with:
...
Building X11-1.6.1.1...
Preprocessing library X11-1.6.1.1...
ghc: could not execute: cpphs
Failed to install X11-1.6.1.1
cabal: Error: some packages failed to install:
X11-1.6.1.1 failed during the building phase. The exception was:
ExitFailure 1
checked with ghc-pkg list
wether cpphs was registered, which it was.
I think I`m missing something obvious here...
from x11.
Ok, the obvious thing was, that cpphs wasn't in my path. :-)
Changing that and switching from gcc-4.8.1 to clang solved the problem.
Should I close the issue?
from x11.
Thanks by the way for the first-class support!
from x11.
No, please don't close the issue just yet. I'd like to keep it open until I think of a way of making things Just Work. =)
You're welcome for the help.
from x11.
Well... I'm not spending time thinking about how to fix it. But that doesn't mean it's fixed...
from x11.
Related Issues (20)
- How to fix this HOT 2
- createFontSet broken with libX11-1.6.4 HOT 6
- Create "safe" functions that return `Maybe a` instead of throwing an exception HOT 35
- rawGetWindowProperty should perhaps return an array instead of a list HOT 3
- Cabal build does not actually use the library search paths that Autoconf has found HOT 11
- Uninitialized memory access in queryTree HOT 2
- XScreenSaver module API depends on build environment HOT 7
- CI fails because the lack of xrandr HOT 1
- Shouldn't openDisplay take a Maybe String instead of a String? HOT 3
- Graphics.X11.Types could include Thai etc. keybindings HOT 3
- New release needed to support ghc 8.8.1 HOT 4
- Tag for release 1.9 is missing
- Switch from data-default to data-default-class
- Hackage documentation is broken because of build error HOT 2
- Build from git fails with cabal new-build HOT 3
- Incorrect documentation in README HOT 1
- Why does getWindowProperty32 return IO (Maybe [CLong]) HOT 2
- Installation fails with GHC < 8 HOT 8
- Phoneinfo HOT 2
- `waitForEvent dpy 0` eventually waits indefinitely HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from x11.