Summary: | dev-libs/libgpg-error-1.32-r1 - .../work/libgpg-error-1.32/src/gpg-error.h.in:491: error including `.../work/libgpg-error-1.32/src/syscfg/lock-obj-pub.linux-gnueabihf.h': No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | tt_1 <herrtimson> |
Component: | Current packages | Assignee: | Crypto team [DISABLED] <crypto+disabled> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | alexander, alonbl |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
libgpg-error-1.32-fail.log.xz
patch with natively generated headers |
Created attachment 553976 [details, diff]
patch with natively generated headers
so, here is what I did to build gen-posix-lock-obj:
untar libgpg-error-1.32.tar.bz2
cd libgpg-error-1.32
./configure --prefix=/usr --host=arm-linux-gnueabihf --build=arm-linux-gnueabihf
cd src/
make gen-posix-lock-obj
./gen-posix-lock-obj
and copied the output into a new header file. Since the existing file for arm is called lock-obj-pub.arm-unknown-linux-gnueabi.h I named it lock-obj-pub.arm-unknown-linux-gnueabihf.h and added its detection to Makefile.am
however, cross-emerge still fails as portage insists on a file called lock-obj-pub.linux-gnueabihf.h, which cuts out the arm-unknown part.
Is that just another bug in the config scripts of libgpg-error, or why does this happen?
If simply renamed to lock-obj-pub.linux-gnueabihf.h, cross-emerge is successfull.
This is because you are using non-standard CHOST. (In reply to Alexander Tsoy from comment #2) > This is because you are using non-standard CHOST. Please ignore this. *** This bug has been marked as a duplicate of bug 584052 *** this is not a duplicate, it wants this header for every single toolchain. the softfloat header isn't accepted by the hardfloat build. okay, so I'm going to close here as I reposted this bug yesterday and forgot about the old and closed one. *** This bug has been marked as a duplicate of bug 584052 *** |
Created attachment 553944 [details] libgpg-error-1.32-fail.log.xz during bootstrap, this happens: x86_64-pc-linux-gnu-gcc -I. -I/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src -o mkerrcodes /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src/mkerrcodes.c ./mkerrcodes | gawk -f /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src/mkerrcodes2.awk >code-from-errno.h if test -f lock-obj-pub.native.h; then rm lock-obj-pub.native.h; fi ./mkheader linux-gnueabihf armv7a-unknown-linux-gnueabihf /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src/gpg-error.h.in \ ../config.h 1.32 0x012000 >gpg-error.h /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src/gpg-error.h.in:491: error including `/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/dev-libs/libgpg-error-1.32-r1/work/libgpg-error-1.32/src/syscfg/lock-obj-pub.linux-gnueabihf.h': No such file or directory The reason for this is that the file doesn't exist in the source code and has to be generated with a so called gen-posix-lock-obj helper program. Either with native hardware or with some sophisticated qemu kungfu. I happen to have native armv7-hardfloat hardware standing at the ready, but have a hard time to figure out what gen-posix-lock-obj is, how to install it, and how to generate the file needed. Can someone give me a clue?