Summary: | net-fs/nfs-utils-1.2.3-r1 fails when /lib/cpp is missing | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexander Bezrukov <phmagic> |
Component: | [OLD] Unspecified | Assignee: | Network Filesystems <net-fs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | polynomial-c |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
Buidl.log strace -s 4096 -f -o strace.log /usr/bin/rpcgen -l -o mount_clnt.c mount.x |
Description
Alexander Bezrukov
2011-03-17 13:39:49 UTC
Created attachment 266251 [details]
emerge --info
Created attachment 266253 [details]
Buidl.log
Sorry, misinterpreted Bug #358509 comment #1. The reporter says that the stable fails to build but he meant the previous stable, probably 1.1.4-r1. are you sure your `cpp` works ? go into the build dir and run things yourself cd /tmp/portage/net-fs/nfs-utils-1.2.3-r1/work/nfs-utils-1.2.3/support/export strace -s 4096 -f -o log /usr/bin/rpcgen -l -o mount_clnt.c mount.x if it still fails, then post that log as an attachment Created attachment 266307 [details] strace -s 4096 -f -o strace.log /usr/bin/rpcgen -l -o mount_clnt.c mount.x (In reply to comment #4) > are you sure your `cpp` works ? I may be ignorant of something but at the moment I am pretty sure my cpp is ok: black:~> cpp --version cpp (Gentoo 4.4.5 p1.2, pie-0.4.5) 4.4.5 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I also compile a lot, and this involves a lot of preprocessing. Previously I have never seen a message like this one. > cd /tmp/portage/net-fs/nfs-utils-1.2.3-r1/work/nfs-utils-1.2.3/support/export > strace -s 4096 -f -o log /usr/bin/rpcgen -l -o mount_clnt.c mount.x > > if it still fails, then post that log as an attachment Yes, it still fails. I have attached the log. black:~> which cpp /usr/bin/cpp black:~> ls /lib/cpp /usr/ccs/lib/cpp ls: cannot access /lib/cpp: No such file or directory ls: cannot access /usr/ccs/lib/cpp: No such file or directory Now that I created a symlink from /usr/bin/cpp to /lib/cpp, the package builds ok. But in my opinion, these 2 paths are very wrong places for the cpp binary. I remember to have seen this layout (/usr/ccs/{bin,lib}) on Solaris, years ago. I don't have a machine running SunOS to check this. This seems to be a problem with missing /lib -> /lib64 symlink. When I tried to run "gcc-config 1" (I only have one version of gcc installed on this machine) gcc-config returned with the following error message: cp: cannot create regular file `//lib/cpp': No such file or directory and yes, /lib is missing... So this bug might be a result of bug #358143 let's assume that. otherwise, gcc-config makes sure that /lib/cpp exists. *** This bug has been marked as a duplicate of bug 358143 *** Yes, I am a victim of Bug #358143. I was sure that the symlink is in place and have never checked this. Thank everybody for support! |