[Bug 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 --- Comment #3 from Mark Millard --- Note: I recently posted to a list that the problems still exist as of head -r339076 . This was in reply to a suggestion to try it. But the particular experiment was adding WITH_LLVM_LIBUNWIND= to a src.conf type of file for using devel/powerpc64-gcc to do the build (on a powerpc64). [clang is still not up to it.] For example, UnwindRegistersRestore.S did not get the C-preprocessor handling that it is designed for and the __ppc__ assembler notation still has "register designations are a Darwinism" status. The ";" comment notation also might be a Darwinism as far as I know. WITH_LLVM_LIBUNWIND= is not yet an option for powerpc64 and the like. -- 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 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 --- Comment #2 from Mark Millard--- (In reply to Justin Hibbits from comment #1) I have submitted llvm 31590 for the UnwindRegisters*.S related syntax error reports. (Not covering libunwind.cpp's static assert failure.) While I placed it against llvm's/clang's powerpc support initially my guess is they may reclassify it as against libunwind's source. (I did not find where to classify something as a libunwind issue and I also took the point of view that their compiler infrastructure was supposed to be able to parse their project's source code.) Of course they might end up declaring that llvm/projects/libunwind/ is intentionally darwin-specific for powerpc64 and powerpc and so only is expected to compile for a darwin target relative to what they support. (I've no clue of their policy/intent for such.) -- 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 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 Justin Hibbitschanged: What|Removed |Added CC||jhibb...@freebsd.org --- Comment #1 from Justin Hibbits --- The naked 'r*' and 'f*' register designations are a Darwinism. SysV notation requires '%r*' and '%f*', or naked numbers. This should probably be filed upstream as well. -- 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 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 Mark Linimonchanged: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o ||rg -- 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"