[PATCH libgpg-error] syscfg: Add ARC architecture

Alexey Brodkin Alexey.Brodkin at synopsys.com
Wed Sep 19 17:56:06 CEST 2018


Hi Werner,

On Wed, 2018-09-19 at 15:21 +0300, Alexey Brodkin wrote:
> Hi Werner,
> 
> I tried to cheery-pick your patch that among other things adds
> ARC support on top of 1.32 release and now cannot compile it.
> 
> That's how libgpg-error is configured:
> --------------------------->8----------------------------
> ../libgpg-error-1.32/configure --build=x86_64-linux --host=arc-oe-linux --target=arc-oe-linux --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --
> sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --
> includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-
> tracking --with-libtool-sysroot=/SCRATCH/abrodkin/Projects/sources/oe/build/tmp-glibc/work/archs-oe-linux/libgpg-error/1.32-r0/recipe-sysroot --
> enable-nls
> ...
>         libgpg-error v1.32-unknown has been configured as follows:
> 
>         Revision: 0000000  (0)
>         Platform: arc-oe-linux-gnu
> --------------------------->8----------------------------
> 
> And that's how compilation fails pretty early:
> --------------------------->8----------------------------
> cp gpg-error-config gpgrt-config
> cat ../../libgpg-error-1.32/src/gpg-error.def.in >_gpg-error.def.h
> echo "/*dummy*/" > mkw32errmap.map.c
> arc-oe-linux-gcc -E --sysroot=/SCRATCH/abrodkin/Projects/sources/oe/build/tmp-glibc/work/archs-oe-linux/libgpg-error/1.32-r0/recipe-sysroot  -
> mcpu=hs
> -mll64 -mmpy-option=mpy -P  -P _mkerrcodes.h | grep GPG_ERR_ | \
>                gawk -f ../../libgpg-error-1.32/src/mkerrcodes.awk >mkerrcodes.h
> arc-oe-linux-gcc -E --sysroot=/SCRATCH/abrodkin/Projects/sources/oe/build/tmp-glibc/work/archs-oe-linux/libgpg-error/1.32-r0/recipe-sysroot  -
> mcpu=hs
> -mll64 -mmpy-option=mpy -I. -I../../libgpg-error-1.32/src -I..   _gpg-error.def.h | \
>   grep -v '^#' >gpg-error.def
> rm _gpg-error.def.h
> rm _mkerrcodes.h
> gcc  -I. -I../../libgpg-error-1.32/src -o mkerrcodes ../../libgpg-error-1.32/src/mkerrcodes.c
> ./mkerrcodes | gawk -f ../../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-gnu arc-oe-linux-gnu  ../../libgpg-error-1.32/src/gpg-error.h.in \
>                    ../config.h 1.32-unknown 0x012000 >gpg-error.h
> ../../libgpg-error-1.32/src/gpg-error.h.in:491: error including `../../libgpg-error-1.32/src/syscfg/lock-obj-pub.linux-gnu.h': No such file or
> directory
> make[2]: *** [gpg-error.h] Error 1
> make[2]: Leaving directory `/SCRATCH/abrodkin/Projects/sources/oe/build/tmp-glibc/work/archs-oe-linux/libgpg-error/1.32-r0/build/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/SCRATCH/abrodkin/Projects/sources/oe/build/tmp-glibc/work/archs-oe-linux/libgpg-error/1.32-r0/build'
> make: *** [all] Error 2
> --------------------------->8----------------------------

Ok so that's exactly what I was thinking about: xxx-uclibc vs xxx-glibc.

See what happens for "arc-oe-linux-gnu":
--------------------------->8----------------------------
# ./mkheader linux-gnu arc-oe-linux-gnu  ../../libgpg-error-1.32/src/gpg-error.h.in ../config.h 1.33-unknown 0x012100 > /dev/null
../../libgpg-error-1.32/src/gpg-error.h.in:491: error including `../../libgpg-error-1.32/src/syscfg/lock-obj-pub.linux-gnu.h': No such file or
directory
--------------------------->8----------------------------

...and for "arc-oe-linux-uclibc":
--------------------------->8----------------------------
# ./mkheader linux-gnu arc-oe-linux-uclibc  ../../libgpg-error-1.32/src/gpg-error.h.in ../config.h 1.33-unknown 0x012100 > /dev/null
../../libgpg-error-1.32/src/gpg-error.h.in:491: note: including '../../libgpg-error-1.32/src/syscfg/lock-obj-pub.i686-unknown-linux-gnu.h'
--------------------------->8----------------------------

Any thoughts how "gnu" case should be handled?

-Alexey



More information about the Gnupg-devel mailing list