On Wed, Feb 6, 2019 at 1:49 PM Alex Kiernan <alex.kier...@gmail.com> wrote: > > On Wed, Feb 6, 2019 at 9:23 PM Khem Raj <raj.k...@gmail.com> wrote: > > > > On Wed, Feb 6, 2019 at 12:58 PM Alex Kiernan <alex.kier...@gmail.com> wrote: > > > > > > On Wed, Feb 6, 2019 at 8:50 PM Khem Raj <raj.k...@gmail.com> wrote: > > > > > > > > On Wed, Feb 6, 2019 at 12:41 PM Alex Kiernan <alex.kier...@gmail.com> > > > > wrote: > > > > > > > > > > On Tue, Feb 5, 2019 at 12:36 AM Khem Raj <raj.k...@gmail.com> wrote: > > > > > > > > > > > > Avoid infinite include loops, especially with bits/wordsize.h which > > > > > > is > > > > > > now possible with the synthesized headers since we now also > > > > > > synthesize > > > > > > bits/wordsize.h itelf for some arches e.g. arm/aarch64 > > > > > > > > > > > > In cases where extra preprocessing tools are used such as clang-tidy > > > > > > e.g. and these tools are not passed the knowledge about architecture > > > > > > then case comes where we enter into header include loop for > > > > > > bits/wordsize.h, since this template does explicitly include > > > > > > bits/wordsize.h > > > > > > > > > > > > To fix this emits the pragma once at beginning of file, this is > > > > > > better > > > > > > solution than include guards, and pragma once is practically > > > > > > supported > > > > > > on all compilers except few e.g. cray c/c++ compiler > > > > > > > > > > > > Signed-off-by: Khem Raj <raj.k...@gmail.com> > > > > > > > > > > Something about this is breaking a local recipe (for tlsdate fwiw, but > > > > > I don't think that's relevant): > > > > > > > > > > | checking openssl/ssl.h usability... no > > > > > | checking openssl/ssl.h presence... yes > > > > > | configure: WARNING: openssl/ssl.h: present but cannot be compiled > > > > > | configure: WARNING: openssl/ssl.h: check for missing > > > > > prerequisite headers? > > > > > | configure: WARNING: openssl/ssl.h: see the Autoconf documentation > > > > > | configure: WARNING: openssl/ssl.h: section "Present But Cannot > > > > > Be Compiled" > > > > > | configure: WARNING: openssl/ssl.h: proceeding with the compiler's > > > > > result > > > > > | configure: WARNING: ## ------------------------------------- ## > > > > > | configure: WARNING: ## Report this to jacob at appelbaum.net ## > > > > > | configure: WARNING: ## ------------------------------------- ## > > > > > | checking for openssl/ssl.h... no > > > > > | configure: error: OpenSSL is not installed, openssl/sslh is missing > > > > > > > > > > Somehow it's not getting the definition for THIRTY_TWO_BIT from > > > > > openssl/opensslconf.h (from openssl10) when testing for openssl/ssl.h > > > > > so BN_ULONG ends up undefined... still digging as to what's going on. > > > > > > > > thanks, is it using openssl10 ? > > > >
I'm also seeing build issues with openssl10 which seem to be related to this change: | i586-oe-linux-gcc -m32 -march=i586 --sysroot=/.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0=/usr/src/debug/mosquitto/1.4.8-r0 -fdebug-prefix-map=/.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot= -fdebug-prefix-map=/.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot-native= -I. -I.. -I../lib -fPIC -DWITH_TLS -DWITH_TLS_PSK -DWITH_THREADING -DWITH_SOCKS -c read_handle_shared.c -o read_handle_shared.o | In file included from /.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot/usr/include/openssl/engine.h:75, | from net_mosq.c:55: | /.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot/usr/include/openssl/bn.h:321:5: error: unknown type name 'BN_ULONG' | BN_ULONG *d; /* Pointer to an array of 'BN_BITS2' bit | ^~~~~~~~ | /.../tmp-glibc/work/i586-oe-linux/mosquitto/1.4.8-r0/recipe-sysroot/usr/include/openssl/bn.h:337:5: error: unknown type name 'BN_ULONG' | BN_ULONG n0[2]; /* least significant word(s) of Ni; (type | ^~~~~~~~ -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core