I see that 'pkg-help' was added to devel/kBuild explaining the new
 GCC option.

 I think that the help text can be expanded to say that kBuild and
 virtualbox-ose can be compiled with clang (i.e., without using gcc)
 when the virtual machines use hardware virtualization (VT-x/AMD-V)
 exclusively. Jung-uk's patches would have to be included for the
 emulators/virtualbox-ose port & an option added, but this set-up
 works for those who would like to avoid using gcc for VirtualBox.

P.S.: I've been forced to use the old VirtualBox 5.1.30 for quite a
      while now, because of the annoying Linux dbus dependency. But
      recently I've managed to compile and run the latest port with
      out dbus. Perhaps I can submit the patches, if there is some
      interest in cleaning them up and adding a DBUS option?

> >>>>> [0] clang/lib/Basic/Targets/X86.h:
> >>>>>   860   bool validateGlobalRegisterVariable(StringRef RegName,
> >>>>> unsigned RegSize, 861                                       bool
> >>>>> &HasSizeMismatch) const override { 862     // rsp and rbp are the
> >>>>> only 64-bit registers the x86 backend can currently 863     //
> >>>>> handle. 864     if (RegName.equals("rsp") ||
> >>>>> RegName.equals("rbp")) { 865       // Check that the register
> >>>>> size is 64-bit. 866       HasSizeMismatch = RegSize != 64;
> >>>>>   867       return true;
> >>>>>   868     }      
> >>>>
> >>>> Please try the attached patch.    
> >>>
> >>> Thanks for the patch! I gave it a quick try (not an extensive test),
> >>> and VirtualBox, compiled fully with clang, seems to work as
> >>> usual.    
> >>
> >> Committed (r450636), thanks!  
> > 
> > Sadly, I forgot to disable VT-x when testing. My bad.
> > 
> > I tested again, and found that, on unpatched VBox, the virtual
> > machine boots and works fine with both VT-x on and off, while
> > patched version fails to start the VM when VT-x is turned off:
> >   VBoxManage: error: No error info
> >   VBoxManage: error: Details: code NS_ERROR_CALL_FAILED (0x800706be),
> >                      component ProgressProxy, interface IProgress
> > 
> > How would one go about debugging this?  
> 
> Hmm...  Unfortunately, I don't think we can "fix" it easily.  I'll take
> a look but I just reverted it for now.
> 
> Jung-uk Kim
> 
> >> For more detailed information, please read the commit log.
> >>
> >> https://svnweb.freebsd.org/changeset/ports/45063  

-- 
[SorAlx]  ridin' VN2000 Classic LT
_______________________________________________
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"

Reply via email to