>>>>> Michael Sperber <sper...@deinprogramm.de> writes:

> Also, maybe I misunderstood you - what do you mean by "reference"?  It seems
> the reference is in gcc itself - the C file I'm compiling is trivial:

> [nix-shell:~/]$ gcc ~/temp/x.c
> ld: file not found: /usr/lib/system/libsystem_coreservices.dylib for 
> architecture x86_64
> collect2: error: ld returned 1 exit status

> [nix-shell:~/]$ which gcc
> /nix/store/65yrkjclp6g71j9x16vcglqdw62xbnx7-gcc-wrapper-4.8.3/bin/gcc

By reference I mean the dynamic library reference in the gcc executable.  I
would *think* that this would be solved by rebuilding gcc from sources:

  rm -fr /nix/store/65yrkjclp6g71j9x16vcglqdw62xbnx7-gcc-wrapper-4.8.3/
  nix-env --option build-use-substitutes false -i gcc-wrapper-4.8.3

The problem, if I'm guessing correctly, is that the Hydra build server is
referencing a dylib that doesn't exist for you on your system -- a problem
which has cropped up a few times in the past.

John
_______________________________________________
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Reply via email to