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

It is... I'm sure that's relevant, but I'm failing to spot it.

-- 
Alex Kiernan
-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to