[Bug 236567] lang/spidermonkey170, lang/spidermonkey38: clang 8 crashes during build on armv7 and armv6
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236567 Dimitry Andric changed: What|Removed |Added CC||d...@freebsd.org Status|New |Open --- Comment #3 from Dimitry Andric --- Reproduced, minimized and submitted upstream here: https://bugs.llvm.org/show_bug.cgi?id=41121 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236581] /usr/lib/libomp.so underlinking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236581 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Mon Mar 18 19:11:12 UTC 2019 New revision: 345278 URL: https://svnweb.freebsd.org/changeset/base/345278 Log: Also explicitly link libomp.so against -lm, as it transitively depends on scalbn and a few other math functions, via libcompiler-rt. This should allow OpenMP programs to link with BFD linkers too. Reported by: jbeich PR: 236062, 236581 MFC after:1 month X-MFC-With: r344779 Changes: head/lib/libomp/Makefile -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236581] /usr/lib/libomp.so underlinking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236581 --- Comment #7 from Jan Beich --- As the custom Makefile copied -Wl,--as-needed from upstream (why?) libomp itself isn't able to link against libm when using BFD linker. $ LDFLAGS=-fuse-ld=bfd make cleandir all -sj8 $ ldd $(make -V .OBJDIR)/libomp.so /usr/obj/usr/src/amd64.amd64/lib/libomp/libomp.so: libthr.so.3 => /lib/libthr.so.3 (0x8006a8000) libc.so.7 => /lib/libc.so.7 (0x80024c000) -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236581] /usr/lib/libomp.so underlinking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236581 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Mon Mar 18 19:56:00 UTC 2019 New revision: 345282 URL: https://svnweb.freebsd.org/changeset/base/345282 Log: Remove --as-needed from the linker flags for libomp.so, as these actually prevent the transitive dependency on libm. Reported by: jbeich PR: 236062, 236581 MFC after:1 month X-MFC-With: r344779 Changes: head/lib/libomp/Makefile -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236581] /usr/lib/libomp.so underlinking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236581 --- Comment #9 from Dimitry Andric --- (In reply to Jan Beich from comment #7) > As the custom Makefile copied -Wl,--as-needed from upstream (why?) I used the upstream linking command lines as a reference, so I copied almost all of the flags. For some reason, upstream uses --as-needed but does end up with a libm reference, I have no idea how though. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
Re: llvm submittal 41050 created for powerpc64 C++ exception code generation: ld r2,40(r1) missing or skipped before bl __cxa_begin_catch code
[Looks like insufficient DW_CFA_* information is output and so insufficient code is executed.] On 2019-Mar-14, at 18:23, Mark Millard wrote: > . . . (dropping history) . . . (As usual, the history shows that I've been figuring things out as I go.) As I've looked into the code, operation, dwarfdump -v -v -v -F output and the like, it seems to come down to: A) Clang is not writing out any DW_CFA_* information for r2 anywhere. It needs to in at least some places and that information needs to be interpreted by the libunwind code. B) Clang may not be writing out various other DW_CFA_* things (and matching instructions in many cases) for some or all of: _Unwind_Resume _Unwind_Resume_or_Rethrow _Unwind_RaiseException _Unwind_FrocedUnwind [I'm sure of (A) but am less sure of what (B)'s details should be.] I did find the DQ_CFA_* related interpreter and its use. Also, using the likes of, # export LIBUNWIND_PRINT_UNWINDING="" # export LIBUNWIND_PRINT_APIS="" # export LIBUNWIND_PRINT_DWARF="" # ./a.out gives a good idea what is being done and in what sequence for the unwind activity. It may be that some of (B) might be because of libunwind not using sufficient built-ins that control part of how the code is generated for the likes of those 4 special routines (including, possibly, some of the DW_CFA_* information). For (A) in some or all the of (B) routines, it may be that some r2 related DF_CFA_* material needs to be written out even absent local code in order to tied things together. An example might be for picking up r2's value as it was before the plt_call code targeting _Unwind_Resume was executed in the a.out code. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236582] Enable LLVM openmp on i386
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236582 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Mon Mar 18 21:04:29 UTC 2019 New revision: 345283 URL: https://svnweb.freebsd.org/changeset/base/345283 Log: Enable building libomp.so for 32-bit x86. This is done by selectively enabling the functions that save and restore MXCSR, since access to this register requires SSE support. Note that you may run into other issues with OpenMP on i386, since this *not* yet supported upstream, and certainly not extensively tested. PR: 236062, 236582 MFC after:1 month X-MFC-With: r344779 Changes: head/contrib/openmp/runtime/src/kmp.h head/contrib/openmp/runtime/src/kmp_runtime.cpp head/lib/Makefile -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236582] Enable LLVM openmp on i386
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236582 --- Comment #7 from Jan Beich --- (In reply to commit-hook from comment #6) Did you forget share/mk/src.opts.mk? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 236582] Enable LLVM openmp on i386
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236582 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Tue Mar 19 06:58:28 UTC 2019 New revision: 345291 URL: https://svnweb.freebsd.org/changeset/base/345291 Log: Turn on MK_OPENMP for i386 by default, now that it can build. Noticed by: jbeich PR: 236062, 236582 MFC after:1 month X-MFC-With: r344779 Changes: head/share/mk/src.opts.mk -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
