Bug 670202 – 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

• Status: RESOLVED DUPLICATE of bug 584052
• Product: Gentoo Linux

[Description tt_1 2018-11-03 14:39:54 UTC]

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?

[Comment 1 tt_1 2018-11-03 15:35:42 UTC]

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.

[Comment 2 Alexander Tsoy 2018-11-04 02:04:33 UTC]

This is because you are using non-standard CHOST.

[Comment 3 Alexander Tsoy 2018-11-04 02:05:24 UTC]

(In reply to Alexander Tsoy from comment #2)
> This is because you are using non-standard CHOST.
Please ignore this.

[Comment 4 Alon Bar-Lev (RETIRED) 2018-11-04 12:50:32 UTC]

*** This bug has been marked as a duplicate of bug 584052 ***

[Comment 5 tt_1 2019-03-16 09:41:42 UTC]

this is not a duplicate, it wants this header for every single toolchain. the softfloat header isn't accepted by the hardfloat build.

[Comment 6 tt_1 2019-03-16 09:47:08 UTC]

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 ***