On 4/3/13, Richard Eisenberg wrote:

I'm able to build, but not install, on a freshly-cloned HEAD, commit b84da617, from Simon PJ.

Here's the end of my output:

Installing library in /Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/haskell2010-1.1.1.0 "/Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/bin/ghc-pkg" --force --global-package-db "/Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/package.conf.d" update rts/package.conf.install dyld: Library not loaded: @loader_path/../terminfo-0.3.2.5/libHSterminfo-0.3.2.5-ghc7.7.20130403.dylib Referenced from: /Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/bin/ghc-pkg Reason: image not found make[1]: *** [install_packages] Trace/BPT trap: 5

I'm on MacOS 10.7.5.

I see the same thing on 10.8.3. Commandline tools. Cheers, Gabor

Thanks, Richard

Hey all, i seem to be able to get a working build of ghc head on my mac with the merge commit by spj from april 3 that has sha hash: b84da617c4dadcfbf47796e7a75c21d6b4c4947a I've run ghc-stage2 --interactive from the ./inplace director and it seems to work. I will test it more over the next day as I have time. I should also mention that running the make build process ended with the following warning, which is probably irrelevant: Warning: -rtsopts and -with-rtsopts have no effect with -shared. Call hs_init_ghc() from your main() function to set these options. I hope this is helpful -Carter On Wed, Apr 3, 2013 at 8:35 PM, Kazu Yamamoto wrote:

Richard,

...

Here's the end of my output:

Installing library in /Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/haskell2010-1.1.1.0 "/Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/bin/ghc-pkg" --force --global-package-db "/Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/package.conf.d" update rts/package.conf.install dyld: Library not loaded: @loader_path/../terminfo-0.3.2.5/libHSterminfo-0.3.2.5-ghc7.7.20130403.dylib Referenced from: /Users/rae/local/stow/ghc-head/lib/ghc-7.7.20130403/bin/ghc-pkg Reason: image not found make[1]: *** [install_packages] Trace/BPT trap: 5

Please join this ticket.

http://hackage.haskell.org/trac/ghc/ticket/7686 http://hackage.haskell.org/trac/ghc/ticket/7806

--Kazu

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

On Mon, Apr 8, 2013 at 12:56 PM, Kazu Yamamoto wrote:

...

i seem to be able to get a working build of ghc head on my mac with the merge commit by spj from april 3 that has sha hash: b84da617c4dadcfbf47796e7a75c21d6b4c4947a

Yes.

The build/installation problems on Mac have been fixed. But the installation problem on FreeBSD has not been fixed yet.

http://hackage.haskell.org/trac/ghc/ticket/7806

Same error for me on Linux: http://www.haskell.org/pipermail/ghc-devs/2013-March/000835.html http://www.haskell.org/pipermail/ghc-devs/2013-April/000985.html

On Tue, Apr 9, 2013 at 12:15 AM, Kazu Yamamoto wrote:

...

Same error for me on Linux: http://www.haskell.org/pipermail/ghc-devs/2013-March/000835.html http://www.haskell.org/pipermail/ghc-devs/2013-April/000985.html

Just FYI. I don't see any errors on Linux today.

This was on i386, but for good measure I will retry with current HEAD at 9e46066.

On Tue, Apr 9, 2013 at 10:14 PM, Tuncer Ayaz wrote:

On Tue, Apr 9, 2013 at 10:24 AM, Tuncer Ayaz wrote:

...

On Tue, Apr 9, 2013 at 12:15 AM, Kazu Yamamoto wrote:

...

...

Same error for me on Linux: http://www.haskell.org/pipermail/ghc-devs/2013-March/000835.html http://www.haskell.org/pipermail/ghc-devs/2013-April/000985.html

Just FYI. I don't see any errors on Linux today.

This was on i386, but for good measure I will retry with current HEAD at 9e46066.

Here's how far 9e46066 got during 'make install' after a successful BuildFlavor=perf build:

[...] Installing library in /tmp/ghc/7.7.git/lib/ghc-7.7.20130409/haskell2010-1.1.1.0 "/tmp/ghc/7.7.git/lib/ghc-7.7.20130409/bin/ghc-pkg" --force --global-package-db "/tmp/ghc/7.7.git/lib/ghc-7.7.20130409/package.conf.d" update rts/package.conf.install /tmp/ghc/7.7.git/lib/ghc-7.7.20130409/bin/ghc-pkg: error while loading shared libraries: libHSbin-package-db-0.0.0.0-ghc7.7.20130409.so: cannot open shared object file: No such file or directory make[1]: *** [install_packages] Error 127 make: *** [install] Error 2

Related: http://www.haskell.org/pipermail/ghc-devs/2013-August/002167.html

On Tue, Aug 27, 2013 at 11:22 PM, Carter Schonwald wrote:

what version of Xcode do you have installed?

Sorry, that was meant to only cross-link the original report from April to the new thread, and this is all happening on Linux.

On Tue, Aug 27, 2013 at 4:41 PM, Tuncer Ayaz wrote:

...

On Tue, Apr 9, 2013 at 10:14 PM, Tuncer Ayaz wrote:

...

On Tue, Apr 9, 2013 at 10:24 AM, Tuncer Ayaz wrote:

...

On Tue, Apr 9, 2013 at 12:15 AM, Kazu Yamamoto wrote:

...

...

Same error for me on Linux: http://www.haskell.org/pipermail/ghc-devs/2013-March/000835.html http://www.haskell.org/pipermail/ghc-devs/2013-April/000985.html

Just FYI. I don't see any errors on Linux today.

This was on i386, but for good measure I will retry with current HEAD at 9e46066.

Here's how far 9e46066 got during 'make install' after a successful BuildFlavor=perf build:

[...] Installing library in /tmp/ghc/7.7.git/lib/ghc-7.7.20130409/haskell2010-1.1.1.0 "/tmp/ghc/7.7.git/lib/ghc-7.7.20130409/bin/ghc-pkg" --force --global-package-db "/tmp/ghc/7.7.git/lib/ghc-7.7.20130409/package.conf.d" update rts/package.conf.install /tmp/ghc/7.7.git/lib/ghc-7.7.20130409/bin/ghc-pkg: error while loading shared libraries: libHSbin-package-db-0.0.0.0-ghc7.7.20130409.so: cannot open shared object file: No such file or directory make[1]: *** [install_packages] Error 127 make: *** [install] Error 2

Related: http://www.haskell.org/pipermail/ghc-devs/2013-August/002167.html

Gabor,

I thought this issue is closed, until I tried to re-bootstrap on OS X with a freshly built GHC from HEAD as bootstrap compiler. I get the same trap, and the ffi dylib issue. 7.7-20130223 works, yesterday's version doesn't. The problem appears already while configuring. Could you try to reproduce this?

Yes, I can reproduce it. After "make install", the installed GHC refers libffi in the build directory. % otool -L ghc | grep libffi /Users/kazu/work/ghc/libffi/build/inst/lib/libffi.6.dylib (compatibility version 7.0.0, current version 7.0.0) So, after I did "make maintainer-clean", the installed GHC could not find a libffi. Note that I did not specify "--with-system-libffi" to "configure" in this case. --Kazu

Hi Austin, I didn't have much time to look into the problem, but I did run the last command (the one that fails) and it outputs this when run with 'sh -x': sh -x gen_contents_index --verbose + set -e + USAGE='Usage: gen_contents_index [--intree] [--verbose] [--help]' + INTREE= + VERBOSE= + HADDOCK_ARGS= + '[' 1 -ne 0 ']' + case "$1" in + VERBOSE=yes + shift + '[' 0 -ne 0 ']' + '[' -n '' ']' + HADDOCK=../../../../../bin/haddock ++ grep -v '/ghc\.haddock' ++ sort ++ ls -1 '*/*.haddock' ls: */*.haddock: No such file or directory + HADDOCK_FILES= + HADDOCK_ARGS='-p prologue.txt' + '[' -n yes ']' + echo -p prologue.txt -p prologue.txt + ../../../../../bin/haddock --gen-index --gen-contents -o . -t 'Haskell Hierarchical Libraries' -p prologue.txt gen_contents_index: line 80: ../../../../../bin/haddock: No such file or directory So the problem seems to be that the path to haddock in that script is bad for my setup. I haven't yet tracked down why line 80 in libraries/gen_contents_index occurs that way. It seems strange to have that path hardcoded in that way. I guess it might be generated by some earlier build scripts. On Wed, Apr 3, 2013 at 1:22 PM, Austin Seipp wrote:

Andreas,

After seeing this, I updated my 'pristine' (unmodified, completely clean) GHC tree to the latest HEAD, copied the mk/build.mk.sample over my existing build.mk (since Ian made some changes to it recently,) and HEAD builds fine for me as of this morning. I'm running the testsuite now...

Specs - OS X Mountain Lion 10.8.3. My HEAD points to commit 9d33fc3c55fe5f45ebaec5f2031e63813a2ba27a by Ian this morning.

On Wed, Apr 3, 2013 at 9:08 AM, Andreas Voellmy

...

wrote:

...

I got a fresh copy of HEAD today, and the build failed. The failing command is:

$ cd libraries && sh gen_contents_index --intree haddock: internal error: /Users/andreas/repos/temp-ghc-2/ghc-build/inplace/lib/html/Ocean.std-theme/hslogo-16.png: copyFile: does not exist (No such file or directory)

I have not yet had time to look into this, but hopefully someone knows what happened here.

-Andi

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

-- Regards, Austin - PGP: 4096R/0x91384671