[openssl-users] no-async needs -DOPENSSL_NO_ASYNC nonetheless?

Matt Caswell matt at openssl.org
Wed Oct 17 21:40:42 UTC 2018

On 17/10/2018 22:07, Steffen Nurpmeso wrote:
>  |
>  |This is definitely an environmental issue. I just installed an Alpine
>  |Linux VM. I got the above error consistently when using clang as the
>  |compiler (whether or not I added "-DOPENSSL_NO_ASYNC"). I got a
>  |successful build if I used gcc instead of clang.
>  |
>  |With clang I was able to build successfully after this:
>  |
>  |$ apk add clang-dev
> Well.  I have reported that no-async alone does not disable
> inclusion of (finally) stdatomic.h even though the build does not
> need it.

The async feature and the inclusion of stdatomic.h are entirely
independent of each other. I would not expect no-async to disable the
inclusion of stdatomic.h.

The build does not *need* stdatomic.h, but you will get better
performance if you do. The build is supposed to detect whether the
compiler has support for it automatically and only include it if it
does. It seems to me that the default Alpine clang package is slightly
broken in this respect, in that it has the defines to indicate
stdatomic.h support, but actually you need to install another package to
get it.

>  If i add -DOPENSSL_NO_ASYNC on top of the no-async that
> i have chosen, it builds fine.

This bit I do not understand at all. It makes no sense to me - and I did
not see it in my testing on Alpine. Are you sure you're not building
with gcc in that build? It's the only thing I can think of. If that's
not the case then I have no clue.

> Maybe the subject was to offensive or misleading, for which
> i hereby apologize.

I'm not sure what you are apologising for? No offence has been taken
(did I say something to suggest that it had...if so then *I* apologise!).


More information about the openssl-users mailing list