Is it possible for you to post enough code that triggers the bug? I promise nothing, but somebody might have a look if you post it.
Aloha, RK. On Wed, Oct 15, 2014 at 1:44 PM, Richard Wallace < [email protected]> wrote: > I will give those workarounds a try. I'm just confused about why it is > necessary on one machine and not another. Part of the promise of nix is > reproducible builds, but this appears to throw a monkey wrench into that > notion. > > I'm also a bit surprised this doesn't come up more often. The project > being built doesn't directly rely on zlib or any other C code, this problem > occurs when template Haskell is being used to generate lenses. > On Oct 14, 2014 7:53 PM, "Raahul Kumar" <[email protected]> wrote: > >> This Haskell depending on C library problem has happened before >> >> http://comments.gmane.org/gmane.linux.distributions.nixos/13362 >> >> This haskell program needs a zlib. My link above has Peter Simmon's hack. >> >> Aloha, >> RK. >> >> >> >> On Wed, Oct 15, 2014 at 12:33 PM, Richard Wallace < >> [email protected]> wrote: >> >>> Hello all, >>> >>> I put nix on a new machine today and tried to build a Haskell project >>> that successfully builds on other machines. To my great surprise, I >>> encountered this error >>> >>> [ 6 of 12] Compiling Rainicorn.Types ( src/Rainicorn/Types.hs, >>> dist/build/hiberico/hiberico-tmp/Rainicorn/Types.o ) >>> >>> <no location info>: >>> ghc: panic! (the 'impossible' happened) >>> (GHC version 7.8.3 for x86_64-unknown-linux): >>> Dynamic linker not initialised >>> >>> Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug >>> >>> Loading package ghc-prim ... linking ... done. >>> Loading package integer-gmp ... linking ... done. >>> Loading package base ... linking ... done. >>> Loading package array-0.5.0.0 ... linking ... done. >>> Loading package deepseq-1.3.0.2 ... linking ... done. >>> Loading package bytestring-0.10.4.0 ... linking ... done. >>> Loading package containers-0.5.5.1 ... linking ... done. >>> Loading package binary-0.7.1.0 ... linking ... done. >>> Loading package digest-0.0.1.2 ... linking ... done. >>> Loading package filepath-1.3.0.2 ... linking ... done. >>> Loading package old-locale-1.0.0.6 ... linking ... done. >>> Loading package time-1.4.2 ... linking ... done. >>> Loading package unix-2.7.0.1 ... linking ... done. >>> Loading package directory-1.2.1.0 ... linking ... done. >>> Loading package transformers-0.3.0.0 ... linking ... done. >>> Loading package mtl-2.1.2 ... linking ... done. >>> Loading package old-time-1.1.0.2 ... linking ... done. >>> Loading package pretty-1.1.1.1 ... linking ... done. >>> Loading package text-1.1.1.3 ... linking ... done. >>> Loading package zlib-0.5.4.1 ... >>> <no location info>: >>> <command line>: can't load .so/.DLL for: libz.so (libz.so: cannot >>> open shared object file: No such file or directory) >>> >>> This project is using ghc 7.8.3 and a pretty recent nixpkgs. I'm not >>> seeing this error on other machines so have no idea what could be going >>> on. Any ideas? >>> >>> Thanks, >>> Rich >>> >>> _______________________________________________ >>> nix-dev mailing list >>> [email protected] >>> http://lists.science.uu.nl/mailman/listinfo/nix-dev >>> >>> >>
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
