#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): The provided patch makes all library references relative. Dynamic libraries now refer to @rpath instead of @loader_path for the location of other installed dynlibs. All executables, hence also the ghc binary, set an @rpath link/anchor to: "@loader_path/..", meaning that all package directories must be in the same directory as the parent directory of the executable. If the ghc binary is ever moved from <TOP>/lib/bin, the @rpath link should me updated accordingly. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): In my previous patch, `8226_fix.path`, I forgot to update the identification name of libffi.dynlib to a relative path. The new patch, `8226_proper_fix.patch`, does remove this last remaining reference to the build directory. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by kazu-yamamoto): I hope this patch will be merged quickly. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by kazu-yamamoto): GHC should call GCC with "-Wl,-rpath,<path>": {{{ % cat test.hs main = putStrLn "Hello" % ghc -fforce-recomp -dynamic test.hs -optl "-Wl,-rpath,/ghc- head/lib/ghc-7.7.20131001/" % ./test Hello }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by simonpj): * status: new => patch * milestone: => 7.8.1 Comment: I am not following the details of this patch (I'm afraid I'm clueless about dynamic linking), but I'll milestone this for 7.8.1 and change it to `patch`, so that Austin is sure to see it. Austin: I'm not expressing an opinion about whether this is "ready", just wanting to be sure you review it. Simon -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

GHC should call GCC with "-Wl,-rpath,<path>":

{{{ % cat test.hs main = putStrLn "Hello" % ghc -fforce-recomp -dynamic test.hs -optl "-Wl,-rpath,/ghc-

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): Replying to [comment:8 kazu-yamamoto]: head/lib/ghc-7.7.20131001/"

% ./test Hello }}} There is the `-fuse-rpaths` flag, perhaps this can be enabled by default on OS X when building an executable? I haven't tested the flag though.

-- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:12 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): I've updated my patch so that executables built by ghc now get an rpath link to ghc's `topDir`: https://gist.github.com/christiaanb/6822676 I think the behaviour on OS X and Linux is now almost the same: * Linux: multiple absolute rpath's to all the dependent package directories * OS X: single rpath; relative, rpath-referencing, locations for GHC- installed packages; absolute locations for user-installed packages Perhaps a future version of GHC could have an even more desirable situation on OS X: * two rpaths: user/cabal location and ghc location * All libraries locations are relative, rpath-referencing This would make distribution of a dynamically-linked OS X binary easier, as you would only need to add extra rpath(s) for the location of the dependent packages. This would require an update in Cabal however, as it needs to add the second rpath to the executable. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: patch Component: Build System | Milestone: 7.8.1 Resolution: | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by thoughtpolice): * owner: => thoughtpolice -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:16 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: patch Component: Build System | Milestone: 7.8.1 Resolution: | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by Austin Seipp ): In [changeset:"f213e48447050bf468bc4d91fc4d810402c23b85/ghc"]: {{{ #!CommitTicketReference repository="ghc" revision="f213e48447050bf468bc4d91fc4d810402c23b85" Correctly set relative rpath for OS X (#8266) This includes both executables (by correcly setting the rpath to the topDir) and libffi, and GHC itself, so that everything works with no build tree. Authored-by: Christiaan Baaj Signed-off-by: Austin Seipp }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:18 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by thoughtpolice): * status: patch => closed * resolution: => fixed -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:20 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by amosrobinson): I don't know if this helps, but I managed to hack around this for now with something like {{{ cd inplace/lib for lib in ../../bindisttest/install\ \ \ dir/lib/ghc-*/* do if [ -d "$lib" ] then ln -s "$lib" . fi done }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:22 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by amosrobinson): Ok, fair enough. It would be nice if we could get it working without having to `make install` - I don't know about other people, but this is my method of having multiple versions of ghc to test against. Here's the output of otool. Not sure if it's of much help: {{{ kallisti:t amos$ otool -L Main Main: @rpath/base-4.7.0.0/libHSbase-4.7.0.0-ghc7.7.20131125.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/integer-gmp-0.5.1.0/libHSinteger- gmp-0.5.1.0-ghc7.7.20131125.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/ghc-prim-0.3.1.0/libHSghc- prim-0.3.1.0-ghc7.7.20131125.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/rts-1.0/libHSrts-ghc7.7.20131125.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/rts-1.0/libffi.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/local/lib/libgmp.10.dylib (compatibility version 12.0.0, current version 12.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) }}} The other thing is, the only reason I started compiling with `-dynamic` was because I was getting errors about missing `.dyn_o`. Something about template haskell? I don't really understand. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:24 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by amosrobinson): Ah, I misread! I've attached it, and the value of `LC_RPATH` is `/Users/amos/ghc/ghc- head/inplace/lib`. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:26 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by amosrobinson): I'm using the binary from `inplace/bin/` because that's how I've always done it - I thought that //was// the //normal// way. The only reason I was using libraries from `bindisttest/install dir/lib/` is because that's how I managed to get it to work. OK! So, if I set my path to `bindisttest/install dir/bin/` instead of `inplace/bin/` it works without the dodgy symlinks. That's good enough for now. I feel that this is a bug: it was my understanding `inplace` is supposed to work the same as an installed copy, but I'll file a separate ticket. Thanks! -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:28 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): I currently don't have my OS X machine, so I can't make the patch right now. But the patch should be "straightforward": just make OS X (MACH-O) behave the same way as Linux (ELF). I guess this whole mess started in the first place because MACH-O only has absolute paths to dynamic libraries. Currently on OS X there's a single point of reference, an `@rpath`, that's pointing to a `lib/` directory, and expecting all libraries bundled with GHC to be there. This should be changed to multiple `@rpath`s. So the current situation looks like this: {{{ -- Installed by GHC install @rpath/package1-package1version/package1.dylib @rpath/package2-package1version/package2.dylib @rpath/package3-package1version/package3.dylib -- Installed by Cabal /absolute_path_to_library/package4.dylib /absolute_path_to_library/package5.dylib }}} Where a executable gets an `@rpath` pointing to the same location as the value of `ghc --print-libdir`. With the exception of the GHC binary, which has an `@rpath` pointing to `@loader_path/..`. The new situation should be: {{{ -- Installed by GHC install @rpath/package1.dylib @rpath/package2.dylib @rpath/package3.dylib -- Installed by Cabal @rpath/package4.dylib @rpath/package5.dylib }}} Where: * Libraries bundled with GHC should get, for all transitively depending libraries, an `@rpath` pointing to `@loader_path/../dependentpackage/` (similar to the situation on Linux, which uses `$ORIGIN/../dependentpackage/`) * The GHC executable should get, for all transitively depending libraries, an `@rpath` pointing to `@loader_path/../dependentpackage/` (again similar to Linux) * Libraries installed by Cabal should get, for all transitively depending library, an `@rpath` pointing to `/absolute_path_to_package` (similar to linux) * Executables should get, for all transitively depending libraries, an `@rpath` pointing to `/absolute_path_to_package` (similar to linux) This patch would involve adding a code-path for OS-X/MACH-O similar to lines 1757-1776 in `compiler/main/DriverPipeline.hs`, and of course changing `rules/relative-dynlib-references.mk`. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:30 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | thoughtpolice Priority: highest | Status: closed Component: Build System | Milestone: 7.8.1 Resolution: fixed | Version: 7.7 Operating System: MacOS X | Keywords: Type of failure: GHC doesn't work at all | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by thoughtpolice): * cc: dcoutts (added) Comment: This isn't a blocker for the release, but Duncan should be looped in here if a cabal patch is needed. Duncan - any thoughts on this going upstream? Not immediate but input appreciated. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:32 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by thoughtpolice): * owner: thoughtpolice => * status: closed => new * resolution: fixed => -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:34 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by kazu-yamamoto): I confirmed that @rpath is not used at this moment. Here is an example: {{{ % otool -L libHSsyb-0.4.1-ghc7.7.20140108.dylib libHSsyb-0.4.1-ghc7.7.20140108.dylib: /Users/kazu/work/ghc-mod/.cabal-sandbox/lib/x86_64-osx- ghc-7.7.20140108/syb-0.4.1/libHSsyb-0.4.1-ghc7.7.20140108.dylib (compatibility version 0.0.0, current version 0.0.0) }}} But note that this works without any problems. I applied darchon's patch, fully built GHC, and re-install cabal-install with the new GHC and Cabal. Unfortunately, this new cabal-install does now work well. For instance, syb becames: {{{ % otool -L libHSsyb-0.4.1-ghc7.7.20140108.dylib libHSsyb-0.4.1-ghc7.7.20140108.dylib: /private/var/folders/k0/548g5xg90jjfbrj5j09nvwv80000gq/T/syb-0.4.1-34816/syb-0.4.1/dist /dist-sandbox-a0e7ff68/build/libHSsyb-0.4.1-ghc7.7.20140108.dylib (compatibility version 0.0.0, current version 0.0.0) }}} So, libraries depending on syb cannot be installed. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:36 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): The patches for GHC and Cabal work fine on my machine: {{{ % otool -L ~/.cabal/lib/x86_64-osx- ghc-7.7.20140103/parsec-3.1.5/libHSparsec-3.1.5-ghc7.7.20140103.dylib /Users/christiaan/.cabal/lib/x86_64-osx- ghc-7.7.20140103/parsec-3.1.5/libHSparsec-3.1.5-ghc7.7.20140103.dylib: @rpath/libHSparsec-3.1.5-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHStext-1.1.0.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSmtl-2.1.2-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHStransformers-0.3.0.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSbytestring-0.10.4.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSdeepseq-1.3.0.2-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSarray-0.5.0.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSbase-4.7.0.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSinteger-gmp-0.5.1.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) @rpath/libHSghc-prim-0.3.1.0-ghc7.7.20140103.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/local/lib/libgmp.10.dylib (compatibility version 12.0.0, current version 12.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:38 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by darchon): It seems as if you _only_ applied the Cabal patch. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:40 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by duncan): I have to say this makes me very nervous. Cabal does not currently support relocatable packages at all, and a little patch like this is not enough to make it do so. There were at the time good reasons to specify the final install location and so we will need to see if those reasons are no longer valid (e.g. OSX linker features have improved and no longer need to support older OSX releases). Am I correct in thinking that this only affects people using ghc inplace in the build tree? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:42 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by carter): so am I correct in thinking that this issue only matters when someone is building ghc from source and using it without installing it? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:44 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by kazu-yamamoto): Ah! I did not notice 8266_MachO_same_as_ELF.patch. I applied it as well as Cabal's patch and started building GHC head again. It take a long time. Please wait. If Cabal's patch should not be applied, please interupt me. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:46 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by edsko): * cc: edsko@… (added) -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:48 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by Austin Seipp ): In [changeset:"f7be53ac9dac85b83e7fe5ecede01b98a572ba48/ghc"]: {{{ #!CommitTicketReference repository="ghc" revision="f7be53ac9dac85b83e7fe5ecede01b98a572ba48" Fix inplace dynamic linking on OS X (#8266) Signed-off-by: Austin Seipp }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:50 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by kazu-yamamoto): Duncan, would you merge the patch ASAP? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:52 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by duncan): Replying to [comment:53 duncan]:

Since the Cabal patch is apparently not necessary, and that I don't yet understand it, then we'll hold off. I do not yet understand the OSX @rpath stuff well enough to see what the consequences would be.

I've changed my mind (now that I think I understand it). See https://github.com/haskell/cabal/issues/1660#issuecomment-33701508 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:54 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: merge Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Changes (by hvr): * status: patch => merge -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:56 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

Merged. We'll need to update Cabal submodule in HEAD and 7.8 when we do

#8266: Dynamic linking on Mac --------------------------------------------+------------------------------ Reporter: kazu-yamamoto | Owner: Type: bug | Status: closed Priority: highest | Milestone: 7.8.1 Component: Build System | Version: 7.7 Resolution: fixed | Keywords: Operating System: MacOS X | Architecture: Type of failure: GHC doesn't work at all | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: --------------------------------------------+------------------------------ Comment (by hvr): Replying to [comment:57 thoughtpolice]: the actual release. For the record; there's nothing left to do for this ticket in particular, as `ghc-7.8` already contains the fix as of 37d6e2c54f117f0a65f3032b6f30b6878b3f6f58 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8266#comment:58 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler