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

Reply via email to