Re: [Qemu-discuss] Install multiple forks of QEMU

[Donald R Laster Jr]

Stephen,

  When building the various software packages use the following configuration 
--prefix like this:

      --prefix=/opt/qemu/qemu-${VARIANT}

When you do the "make install" you will get the software installed in a 
directory structure like this (where VARIANT has values of RISC-V, NVMe, etc.):

       /opt/qemu/qemu-RISC-V/
       /opt/qemu/qemu-NVMe/
       /opt/qemu/qemu-PMEM/

Each directories listed above will have the following directories (from one of 
my layouts):

       bin/  
       include/
       lib/
       libexec/
       share/
       var/

Under normal installations pacakages are generally installed or "rooted" in 
/usr, /usr/local or /opt and the application installed in places such as:

        /usr/bin
        /usr/sbin
        /usr/share

As a result --prefix will allow for packages to installed in different 
locations as well.

  Keep in mind you would need to use absolute PATH settings or vary your PATH 
settings to get the variant you want.

  I use this technique for having multiple versions of JAVA, ANT, MAVEN, and 
other software on my systems as well. 

  Don

Stephen Bates wrote on 09/07/2016 11:28 AM:
> Hi
> 
> Apologies in advance if this information is already available but a search
> of the WWW and the qemu mailing archives did not yield anything:
> 
> I am working on a few different topics (RISC-V, NVMe, PMEM) and need to
> have multiple forks of QEMU on my system at the same time. Is there a way
> of installing qemu in different locations and have them play nicely
> together? The ./configure does not mention an install location directive,
> nor does the Makefile.
> 
> Ideally I would like to install the upstream version of qemu at the
> default location and install the forks in /opt/qemu/<fork name>. Another
> option I can see is to use docker containers for each one but I would like
> to avoid that if possible.
> 
> If I work out how to do this and if the documentation in this area *is*
> lacking I'll be happy to submit a patch to update the documents.
> 
> Thanks!
> 
> Stephen Bates
>