Summary: | sys-libs/zlib-1.2.5-r2: build fails after changing CHOST but not rebuilding gcc/etc... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pravar Mahajan <pravar.isgr8> |
Component: | [OLD] Core system | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | kahl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log file
Output of `emerge --debug sys-libs/zlib` |
Description
Pravar Mahajan
2010-08-13 20:02:36 UTC
Created attachment 242851 [details]
build.log file
something is seriously screwed up on your system ... CHOST doesnt appear to be properly exported and read by the zlib configure script run `emerge --debug zlib >& log` and post the log file as an attachment what is your /bin/sh pointing to ? bash ? Created attachment 242885 [details]
Output of `emerge --debug sys-libs/zlib`
> what is your /bin/sh pointing to ? bash ?
yes
did you change CHOST recently ? what does `ls /usr/bin/*gcc` and `ls /usr/bin/*-pc-*` show ? (In reply to comment #5) > did you change CHOST recently ? Yes. Previously I had it set to 'x86_64-pc-linux-gnu' Changed it to 'i686-pc-linux-gnu' when I bumped at some errors. > what does `ls /usr/bin/*gcc` Output of `ls /usr/bin/*gcc`: /usr/bin/gcc /usr/bin/i486-pc-linux-gnu-gcc > and `ls/usr/bin/*-pc-*` show ? Output of `ls /usr/bin/*-pc-*`: /usr/bin/i486-pc-linux-gnu-addr2line /usr/bin/i486-pc-linux-gnu-gfortran /usr/bin/i486-pc-linux-gnu-ar /usr/bin/i486-pc-linux-gnu-gfortran-4.4.3 /usr/bin/i486-pc-linux-gnu-as /usr/bin/i486-pc-linux-gnu-gprof /usr/bin/i486-pc-linux-gnu-c++ /usr/bin/i486-pc-linux-gnu-ld /usr/bin/i486-pc-linux-gnu-c++-4.4.3 /usr/bin/i486-pc-linux-gnu-nm /usr/bin/i486-pc-linux-gnu-c++filt /usr/bin/i486-pc-linux-gnu-objcopy /usr/bin/i486-pc-linux-gnu-cpp /usr/bin/i486-pc-linux-gnu-objdump /usr/bin/i486-pc-linux-gnu-cpp-4.4.3 /usr/bin/i486-pc-linux-gnu-ranlib /usr/bin/i486-pc-linux-gnu-g++ /usr/bin/i486-pc-linux-gnu-readelf /usr/bin/i486-pc-linux-gnu-g++-4.4.3 /usr/bin/i486-pc-linux-gnu-size /usr/bin/i486-pc-linux-gnu-gcc /usr/bin/i486-pc-linux-gnu-strings /usr/bin/i486-pc-linux-gnu-gcc-4.4.3 /usr/bin/i486-pc-linux-gnu-strip you need to read the documentation then: http://www.gentoo.org/doc/en/change-chost.xml I have the same problem, but I never changed my CHOST. My CHOST is properly set, and has been the same since the machine was built a couple of years ago. I was in the middle of an emerge of 29 packages when zlib was emerged. The next package failed to emerge. Now just about every exeutable complains that libz.so is not found. I can't sync, I can't run gcc-config, nor can I do just about anything. The problem I was having turned out to be a missing /lib/libz.so after emerging sys-libs/zlib-1.2.5-r2. When running various tools (gcc-config for example) I would see complaints about CHOST not being set properly. I set it in my environment and exported it, and the problem persisted. I suspect that whatever checks the CHOST setting needs to use libz, so the problem is with the library, and not the CHOST setting. Once I created /lib/libz.so by hand and pointed it to libz.so.1.2.5, everything started working again, including CHOST checks. I don't know if you want to re-close this bug or use it to track the zlib-1.2.5-r2 emerge bug. I'll look around for a better bug to post on. (In reply to comment #9) > The problem I was having turned out to be a missing /lib/libz.so after emerging > sys-libs/zlib-1.2.5-r2. When running various tools (gcc-config for example) I > would see complaints about CHOST not being set properly. I set it in my > environment and exported it, and the problem persisted. I suspect that whatever > checks the CHOST setting needs to use libz, so the problem is with the library, > and not the CHOST setting. > > Once I created /lib/libz.so by hand and pointed it to libz.so.1.2.5, everything > started working again, including CHOST checks. > > I don't know if you want to re-close this bug or use it to track the > zlib-1.2.5-r2 emerge bug. I'll look around for a better bug to post on. File a new bug report. This one has a different Summary, and partially matching the Summary doesn't make the original bug report less invalid. I see this error also when using cross-emerge. I did, in my first attempt at cross compilation: crossdev -t mipsel-linux-uclibc mipsel-linux-uclibc-fix-root mipsel-linux-uclibc Then, trying: mipsel-linux-uclibc-emerge -avuDN gcc I get: * ERROR: sys-libs/zlib-1.2.5-r2 failed (install phase): * unable to read SONAME from libz.so ``Azdo''s message in http://forums.gentoo.org/viewtopic-t-825260-start-0.html mentions that libz.so is created without soname; the creating command in my case is: mipsel-linux-uclibc-gcc -shared -Os -pipe -fomit-frame-pointer -I/usr/mipsel-linux-uclibc/usr/include/ -I/usr/mipsel-linux-uclibc/include/ -fPIC -D_LARGEFILE64_SOURCE=1 -o libz.so.1.2.5 adler32.lo compress.lo crc32.lo deflate.lo gzclose.lo gzlib.lo gzread.lo gzwrite.lo infback.lo inffast.lo inflate.lo inftrees.lo trees.lo uncompr.lo zutil.lo -lc -L/usr/mipsel-linux-uclibc/lib -L/usr/mipsel-linux-uclibc/usr/lib This is on x86_64 running 2.6.37-gentoo-r4. |