[Bug 236616] emulators/virtualbox-ose: Unable to create a new machine due to "Unexpected exception: cxxrt::bad_alloc [St9bad_alloc]"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616 --- Comment #26 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Tue Apr 14 13:47:52 UTC 2020 New revision: 531689 URL: https://svnweb.freebsd.org/changeset/ports/531689 Log: emulators/virtualbox-ose: Switch build to USES= compiler:c++14-lang The runtime breakage that started occurring after the LLVM 7 -> 8 transition has been diagnosed with help from cem@, and the attached patch fixes it. The problem ended up being that tail-call optimization was being applied to this function (which should probably be written in assembly instead) and moving the tail-call to later on after some stack manipulations. The problem with this is that this particular function uses alloca() to carefully craft a stack that it's expecting to be used for the function it's calling at the end. The new patch fixes this using a technique that was committed later on in upstream changeset 75061 to address a similar failure with GCC sanitizers enabled. The FreeBSD-specific component of this patch is using the different stack setup if __clang__ is defined as well. The extra hunk in the Config patch has been added because the VirtualBox build system cannot cope with LLVM version numbers in the way it's expecting. Hardcode it to GCC 4.2 for FreeBSD, which is what the clang __GNU* macros describe, to fix build breakage that happens with newer LLVM as the build system decides our LLVM is an even older and more broken version of GCC with a broken regparm. PR: 236616, 244847 Approved by: koobs (mentor) MFH: 2020Q2 (blanket: major runtime build fix) Changes: head/emulators/virtualbox-ose/Makefile head/emulators/virtualbox-ose/files/patch-Config.kmk head/emulators/virtualbox-ose/files/patch-src_libs_xpcom18a4_xpcom_reflect_xptcall_src_md_unix_xptcinvoke__x86__64__linux.cpp -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #30 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Tue Apr 14 13:47:52 UTC 2020 New revision: 531689 URL: https://svnweb.freebsd.org/changeset/ports/531689 Log: emulators/virtualbox-ose: Switch build to USES= compiler:c++14-lang The runtime breakage that started occurring after the LLVM 7 -> 8 transition has been diagnosed with help from cem@, and the attached patch fixes it. The problem ended up being that tail-call optimization was being applied to this function (which should probably be written in assembly instead) and moving the tail-call to later on after some stack manipulations. The problem with this is that this particular function uses alloca() to carefully craft a stack that it's expecting to be used for the function it's calling at the end. The new patch fixes this using a technique that was committed later on in upstream changeset 75061 to address a similar failure with GCC sanitizers enabled. The FreeBSD-specific component of this patch is using the different stack setup if __clang__ is defined as well. The extra hunk in the Config patch has been added because the VirtualBox build system cannot cope with LLVM version numbers in the way it's expecting. Hardcode it to GCC 4.2 for FreeBSD, which is what the clang __GNU* macros describe, to fix build breakage that happens with newer LLVM as the build system decides our LLVM is an even older and more broken version of GCC with a broken regparm. PR: 236616, 244847 Approved by: koobs (mentor) MFH: 2020Q2 (blanket: major runtime build fix) Changes: head/emulators/virtualbox-ose/Makefile head/emulators/virtualbox-ose/files/patch-Config.kmk head/emulators/virtualbox-ose/files/patch-src_libs_xpcom18a4_xpcom_reflect_xptcall_src_md_unix_xptcinvoke__x86__64__linux.cpp -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #31 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Tue Apr 14 13:51:05 UTC 2020 New revision: 531690 URL: https://svnweb.freebsd.org/changeset/ports/531690 Log: MFH: r531689 emulators/virtualbox-ose: Switch build to USES= compiler:c++14-lang The runtime breakage that started occurring after the LLVM 7 -> 8 transition has been diagnosed with help from cem@, and the attached patch fixes it. The problem ended up being that tail-call optimization was being applied to this function (which should probably be written in assembly instead) and moving the tail-call to later on after some stack manipulations. The problem with this is that this particular function uses alloca() to carefully craft a stack that it's expecting to be used for the function it's calling at the end. The new patch fixes this using a technique that was committed later on in upstream changeset 75061 to address a similar failure with GCC sanitizers enabled. The FreeBSD-specific component of this patch is using the different stack setup if __clang__ is defined as well. The extra hunk in the Config patch has been added because the VirtualBox build system cannot cope with LLVM version numbers in the way it's expecting. Hardcode it to GCC 4.2 for FreeBSD, which is what the clang __GNU* macros describe, to fix build breakage that happens with newer LLVM as the build system decides our LLVM is an even older and more broken version of GCC with a broken regparm. PR: 236616, 244847 Approved by: koobs (mentor) Approved by: ports-secteam (blanket: major runtime fix caused by bad build) Changes: _U branches/2020Q2/ branches/2020Q2/emulators/virtualbox-ose/Makefile branches/2020Q2/emulators/virtualbox-ose/files/patch-Config.kmk branches/2020Q2/emulators/virtualbox-ose/files/patch-src_libs_xpcom18a4_xpcom_reflect_xptcall_src_md_unix_xptcinvoke__x86__64__linux.cpp -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 236616] emulators/virtualbox-ose: Unable to create a new machine due to "Unexpected exception: cxxrt::bad_alloc [St9bad_alloc]"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616 --- Comment #27 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Tue Apr 14 13:51:05 UTC 2020 New revision: 531690 URL: https://svnweb.freebsd.org/changeset/ports/531690 Log: MFH: r531689 emulators/virtualbox-ose: Switch build to USES= compiler:c++14-lang The runtime breakage that started occurring after the LLVM 7 -> 8 transition has been diagnosed with help from cem@, and the attached patch fixes it. The problem ended up being that tail-call optimization was being applied to this function (which should probably be written in assembly instead) and moving the tail-call to later on after some stack manipulations. The problem with this is that this particular function uses alloca() to carefully craft a stack that it's expecting to be used for the function it's calling at the end. The new patch fixes this using a technique that was committed later on in upstream changeset 75061 to address a similar failure with GCC sanitizers enabled. The FreeBSD-specific component of this patch is using the different stack setup if __clang__ is defined as well. The extra hunk in the Config patch has been added because the VirtualBox build system cannot cope with LLVM version numbers in the way it's expecting. Hardcode it to GCC 4.2 for FreeBSD, which is what the clang __GNU* macros describe, to fix build breakage that happens with newer LLVM as the build system decides our LLVM is an even older and more broken version of GCC with a broken regparm. PR: 236616, 244847 Approved by: koobs (mentor) Approved by: ports-secteam (blanket: major runtime fix caused by bad build) Changes: _U branches/2020Q2/ branches/2020Q2/emulators/virtualbox-ose/Makefile branches/2020Q2/emulators/virtualbox-ose/files/patch-Config.kmk branches/2020Q2/emulators/virtualbox-ose/files/patch-src_libs_xpcom18a4_xpcom_reflect_xptcall_src_md_unix_xptcinvoke__x86__64__linux.cpp -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 Bug 244847 depends on bug 236616, which changed state. Bug 236616 Summary: emulators/virtualbox-ose: Unable to create a new machine due to "Unexpected exception: cxxrt::bad_alloc [St9bad_alloc]" https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616 What|Removed |Added Status|Open|Closed Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 Kyle Evans changed: What|Removed |Added Status|Open|Closed Resolution|--- |FIXED --- Comment #32 from Kyle Evans --- Build has been switched back to llvm with a fix for the part that regressed between LLVM 7 and 8. Closing this because, as far as I'm aware, this should no longer be any kind of issue. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 236616] emulators/virtualbox-ose: Unable to create a new machine due to "Unexpected exception: cxxrt::bad_alloc [St9bad_alloc]"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616 Kyle Evans changed: What|Removed |Added Resolution|--- |FIXED Status|Open|Closed --- Comment #28 from Kyle Evans --- Build has been switched back to llvm with a fix for the part that regressed between LLVM 7 and 8. Closing this because, as far as I'm aware, this should no longer be any kind of issue. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #33 from Jason W. Bacon --- Just tested a build from source using the latest commit and it seems to work fine now. Nice work! -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 Cy Schubert changed: What|Removed |Added Status|Closed |Open Resolution|FIXED |--- --- Comment #34 from Cy Schubert --- Works on amd64 but fails to build on i386. /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:388:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_add_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1146:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_add_u64, iemAImpl_add_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:406:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_adc_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1147:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_adc_u64, iemAImpl_adc_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:430:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_sub_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1148:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_sub_u64, iemAImpl_sub_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:448:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_sbb_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1149:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_sbb_u64, iemAImpl_sbb_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:472:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_or_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1150:19: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_or_u64, iemAImpl_or_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:480:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_xor_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1151:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_xor_u64, iemAImpl_xor_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:488:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_and_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1152:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_and_u64, iemAImpl_and_u64_locked; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:496:25: error: exception specification in declaration does not match previous declaration IEM_DECL_IMPL_DEF(void, iemAImpl_cmp_u64,(uint64_t *puDst, uint64_t uSrc... ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/include/IEMInternal.h:1160:18: note: previous declaration is here FNIEMAIMPLBINU64 iemAImpl_cmp_u64; ^ /export/wrkdir/i386/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.34/src/VBox/VMM/VMMAll/IEMAllAImplC.cpp:503:25: error: exception specification in d
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #35 from Kyle Evans --- (In reply to Cy Schubert from comment #34) Hmm... that's a bit unexpected. Setting up an i386 environment to diagnose it. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #36 from Kyle Evans --- Created attachment 213395 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=213395&action=edit svn(1) diff against the ports tree @cy: I think this will fix what ails you, but I'm still waiting on my i386 environment to burn through all of the dependencies to make sure that's not the only problem... I guess LLVM 8+ are more strict about mismatched attributes between declaration/definition than GCC or older LLVM. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244999] emulators/virtualbox-ose-additions: Mouse clicks not registering on Xorg on CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244999 Jason W. Bacon changed: What|Removed |Added CC||j...@freebsd.org Severity|Affects Only Me |Affects Some People --- Comment #1 from Jason W. Bacon --- I'm seeing the same with FreeBSD 12.1 guest on both FreeBSD and OS X hosts. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #37 from Cy Schubert --- That fixed it. Thanks. -- emulators/virtualbox-ose build and install is sucessful on amd64 -- emulators/virtualbox-ose build and install is sucessful on i386 -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #38 from Kyle Evans --- (In reply to Cy Schubert from comment #37) Excellent... please commit at will with an MFH tag. =-) -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 244847] emulators/virtualbox-ose: Memory fault after Revision 528258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 --- Comment #39 from commit-h...@freebsd.org --- A commit references this bug: Author: cy Date: Wed Apr 15 02:29:04 UTC 2020 New revision: 531736 URL: https://svnweb.freebsd.org/changeset/ports/531736 Log: Fix r531689 i386 build. PR: 236616, 244847 Submitted by: kevans MFH: 2020Q2 (blanket: major runtime build fix) MFH-with: r531689 Changes: head/emulators/virtualbox-ose/Makefile head/emulators/virtualbox-ose/files/patch-src_VBox_VMM_include_IEMInternal.h -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 236616] emulators/virtualbox-ose: Unable to create a new machine due to "Unexpected exception: cxxrt::bad_alloc [St9bad_alloc]"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616 --- Comment #29 from commit-h...@freebsd.org --- A commit references this bug: Author: cy Date: Wed Apr 15 02:29:04 UTC 2020 New revision: 531736 URL: https://svnweb.freebsd.org/changeset/ports/531736 Log: Fix r531689 i386 build. PR: 236616, 244847 Submitted by: kevans MFH: 2020Q2 (blanket: major runtime build fix) MFH-with: r531689 Changes: head/emulators/virtualbox-ose/Makefile head/emulators/virtualbox-ose/files/patch-src_VBox_VMM_include_IEMInternal.h -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
