Created attachment 189851 [details]
src/core/ngx_inet.c (compressed, preprocessed)
/usr/bin/cc -c -O2 -pipe -fno-strict-aliasing -I /usr/local/include -I src/core -I src/event -I src/event/modules -I src/os/unix -I objs -o objs/src/core/ngx_inet.o src/core/ngx_inet.c
Assertion failed: (!NodePtr->isKnownSentinel()), function operator*, file /usr/local/poudriere/jails/head-armv6/usr/src/contrib/llvm/include/llvm/ADT/ilist_iterator.h, line 140.
cc: error: unable to execute command: Abort trap (core dumped)
cc: error: clang frontend command failed due to signal (use -v to see invocation)
FreeBSD clang version 6.0.0 (branches/release_60 321788) (based on LLVM 6.0.0)
Thread model: posix
Created attachment 189852 [details]
command line args (for clang 6.0)
armv7 and aarch64 are unaffected.
I have no head-armv6 poudriere jail, but i see, that tcberner today fix this with "+USE_CXXSTD= gnu++98"
(In reply to Jochen Neumeister from comment #3)
Did you miss the crash happens on C code, not C++? ;)
(In reply to Jan Beich from comment #4)
I have not looked at it yet. The problem will be to test it ;)
This seems to have regressed with https://reviews.llvm.org/rL320749, and it still asserts on the latest top-of-trunk as of today. I will file an upstream PR.
huh dim, any news here? :)
(In reply to Jochen Neumeister from comment #8)
> huh dim, any news here? :)
No, unfortunately not. I've bumped the upstream PR again, as I tested with trunk r329000 (as of 2018-04-04), and it still asserted. I need to figure out who in upstream is knowledgeable enough about the ARM backend to be able to fix this.
any news about nginx?
(In reply to Jochen Neumeister from comment #10)
> any news about nginx?
Hm, it seems to be fixed in clang 7.0 and also the clang60 port, but I'm unsure of the specific upstream revision that fixed it. I'll have a look.
(In reply to Dimitry Andric from comment #11)
> (In reply to Jochen Neumeister from comment #10)
> > any news about nginx?
> Hm, it seems to be fixed in clang 7.0 and also the clang60 port, but I'm
> unsure of the specific upstream revision that fixed it. I'll have a look.
This was fixed by https://reviews.llvm.org/rL330345 ("[if-converter] Handle BBs that terminate in ret during diamond conversion"), which was merged into clang 6.0.1 before it was released. So this fix is already in head, stable/12 and stable/11.