summaryrefslogtreecommitdiff
path: root/doc/forum/Bootstrapping_with_Cabal_on_Archlinux_fails/comment_2_ee81823a34396b98cda15282019dcafc._comment
blob: c5b85e05f7606b737126036bbf4e684bcd2fdf1b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
[[!comment format=mdwn
 username="joey"
 subject="""comment 2"""
 date="2020-02-20T17:47:46Z"
 content="""
Seems odd that the way Arch has installed ghc would
make `cabal install` fail without additional options being added very time.
That does not strike me as a good decision if it's the case. I guess that
the -dynamic should only be set on Arch, since only it has inflicted this
problem on itself.

Would appreciate a patch with the ghc 8.8 fixes.

I would not be surprised if cabal new-build does not provide any good way
to find out where the executable was put, because after all cabal build
doesn't either (just it's easier to guess there). Cabal expects a workflow
where that's followed by cabal install, or cabal run.

This might be one way: `cabal new-install --symlink-bindir=.`  
But with my older version of cabal, that seems to not actually work,
indeed I can't get it to install the binaries anywhere. Maybe it does
work with the newer cabal where new-install is the default.

Needing to detect whether new-build was used or not is an added
complication.

Best way I've found:

	find dist-newstyle/ -executable -type f |grep 'propellor$'
"""]]