On Thu, Aug 08, 2019 at 05:17:36PM +0200, Markus Armbruster wrote:
> configure --help documents capstone like any other generic optional
> feature. This leaves --enable-capstone=git and =system undocumented
> there. Anyone care to improve this?
>
> It documents slirp unlike other generic optiona
configure --help documents capstone like any other generic optional
feature. This leaves --enable-capstone=git and =system undocumented
there. Anyone care to improve this?
It documents slirp unlike other generic optional features, and shows
only --disable-slirp. Anyone care to improve this?
Th
Ping?
Markus Armbruster writes:
> $ ./configure --help | grep -C 3 xen-pci-passthrough
> virtfs VirtFS
> mpath Multipath persistent reservation passthrough
> xen xen backend driver support
> xen-pci-passthrough
> brlapi BrlAPI (Braile)
> curl
$ ./configure --help | grep -C 3 xen-pci-passthrough
virtfs VirtFS
mpath Multipath persistent reservation passthrough
xen xen backend driver support
xen-pci-passthrough
brlapi BrlAPI (Braile)
curlcurl connectivity
membarrier mem
On 24 October 2016 at 19:02, Peter Maydell wrote:
> On 24 October 2016 at 18:27, Richard Henderson wrote:
>> Bah. Annoyingly, even though I didn't configure with --disable-werror, I
>> only
>> got the warning from clang, which of course flashed by unseen.
>
> I think that configure looks for "d
On 04/10/2016 02:38 PM, Marwa Hamza wrote:
> and how can i add a package to cygwin after the installation ? there is any
> command line ? , i didn't find a way to add the python package so i
> downloaded from internet like the traditional way , then an other error msg
> dispalyed ERROR: "cc" either
and how can i add a package to cygwin after the installation ? there is any
command line ? , i didn't find a way to add the python package so i
downloaded from internet like the traditional way , then an other error msg
dispalyed ERROR: "cc" either does not exist or does not work
so i add this cros
thanks stefan for your answer ,
i just download cygwin , mingw64 and msys2 and packages u mentioned , all
in c:/ , and i download qemu from source in c:/msys2/ , but when i run
./configure i got this error ERROR: Python not found. Use
--python=/path/to/python
[image: Images intégrées 1]
2016-04-1
Am 10.04.2016 um 11:27 schrieb Marwa Hamza:
> hello
> i'm trying to configure qemu on windows so i'm using MinGW and msys
> every time i run the script configure (./configure) an error message
> show about missing packages , i fixed those errors i installed
> pkg-config , zlib packages but the la
hello
i'm trying to configure qemu on windows so i'm using MinGW and msys
every time i run the script configure (./configure) an error message show
about missing packages , i fixed those errors i installed pkg-config ,
zlib packages but the last error i couldn't fix it
ERROR: glib-2.12 gthread-2.
On Thu, Oct 22, 2015 at 05:09:14PM +0100, Peter Maydell wrote:
> On 22 October 2015 at 16:43, Daniel P. Berrange wrote:
> > Yes, if configure finds gnutls, it tries to figure out if gnutls
> > links to nettle or gcrypt, and then checks for the corresponding
> > one. It fails if gnutls is found, b
On 22 October 2015 at 16:43, Daniel P. Berrange wrote:
> Yes, if configure finds gnutls, it tries to figure out if gnutls
> links to nettle or gcrypt, and then checks for the corresponding
> one. It fails if gnutls is found, but the corresponding nettle/gcrypt
> is not found, on the basis that th
[pm215@gcc1-power7 all]$ ../../configure
ERROR: User requested feature nettle
configure was not able to find it.
Install nettle devel
...but as you can see I didn't ask for nettle explicitly at all,
so configure should fall back to disabling it, not exiting with
an error.
configure
On Thu, Oct 22, 2015 at 04:17:10PM +0100, Peter Maydell wrote:
> [pm215@gcc1-power7 all]$ ../../configure
> ERROR: User requested feature nettle
>configure was not able to find it.
>Install nettle devel
>
> ...but as you can see I didn't ask for nettle explicitly at all,
> so confi
On 12/03/2015 09:06, Michael Tokarev wrote:
> 12.03.2015 10:16, Peter Maydell wrote:
>> On 12 March 2015 at 06:13, Michael Tokarev wrote:
>>> Here's a trivial change to enable kvm on x32 architecture.
>>> I'm not 100% sure the result works correctly in all cases,
>>> but this is a good start and
12.03.2015 10:16, Peter Maydell wrote:
> On 12 March 2015 at 06:13, Michael Tokarev wrote:
>> Here's a trivial change to enable kvm on x32 architecture.
>> I'm not 100% sure the result works correctly in all cases,
>> but this is a good start and in theory everything should
>> work.
>
> Given the
On 12 March 2015 at 06:13, Michael Tokarev wrote:
> Here's a trivial change to enable kvm on x32 architecture.
> I'm not 100% sure the result works correctly in all cases,
> but this is a good start and in theory everything should
> work.
Given the pessimism expressed in this comment, perhaps
we
Here's a trivial change to enable kvm on x32 architecture.
I'm not 100% sure the result works correctly in all cases,
but this is a good start and in theory everything should
work.
Signed-off-by: Adam Borowski
Signed-off-by: Michael Tokarev
diff --git a/configure b/configure
index 47048f0..d2e6
On 11/23/2014 09:49 PM, li wrote:
Hi all,
Thank you for your time to read this email, is there anyone can tell me
the options qemu was configured when it was released?
I configured it by myself and found that there was a audio latency
problem, but the qemu in the repository doesn't have this pr
the qemu command is as below:
qemu-system-x86_64 -machine accel=kvm:tcg -m 4096 -smp 4 -M pc-i440fx-1.4 -spi
ce port=5906,addr=0.0.0.0,disable-ticketing,jpeg-wan-compression=always -vga
qxl -global qxl-vga.vram_size=268435456
/opt/instances/win7_sh_2.1.1_driver.qcow2 -net
nic,macaddr=00:16:3e:
Hi all,
Thank you for your time to read this email, is there anyone can tell me the
options qemu was configured when it was released?
I configured it by myself and found that there was a audio latency problem, but
the qemu in the repository doesn't have this problem,
so i want to kown about its
On 28 October 2014 23:31, Liviu Ionescu wrote:
>
> On 28 Oct 2014, at 23:10, Peter Maydell wrote:
>
>> ... and make
>> is notoriously bad at dealing with spaces in filenames.
>
> really? my Eclipse CDT based build plug-in generates makefiles
> which have no problems dealing with spaces in file na
On 28 Oct 2014, at 23:10, Peter Maydell wrote:
> ... and make
> is notoriously bad at dealing with spaces in filenames.
really? my Eclipse CDT based build plug-in generates makefiles which have no
problems dealing with spaces in file names or folders.
> I could be wrong though, so feel free
On 28 October 2014 20:33, Liviu Ionescu wrote:
> I tried to build from git and configure fails, since the current
> path contains spaces (a common situation on OS X).
Two options here:
(1) don't do that, then
(2) submit a patch to fix things
I suspect (2) will turn out to be somewhere between
I tried to build from git and configure fails, since the current path contains
spaces (a common situation on OS X).
Regards,
Liviu
Il 08/05/2014 09:24, Mike Perez ha scritto:
On 10:08 Wed 07 May , Stefan Hajnoczi wrote:
On Tue, May 06, 2014 at 04:13:50PM -0700, Mike Perez wrote:
I would like be able to configure virtio-scsi options num_queues, max_sectors,
and cmd_per_lun via libvirt. Are there any plans to have this s
On 10:08 Wed 07 May , Stefan Hajnoczi wrote:
> On Tue, May 06, 2014 at 04:13:50PM -0700, Mike Perez wrote:
> > I would like be able to configure virtio-scsi options num_queues,
> > max_sectors,
> > and cmd_per_lun via libvirt. Are there any plans to have this support?
>
> Hi Mike,
> I'm not s
On Tue, May 06, 2014 at 04:13:50PM -0700, Mike Perez wrote:
> I would like be able to configure virtio-scsi options num_queues, max_sectors,
> and cmd_per_lun via libvirt. Are there any plans to have this support?
Hi Mike,
I'm not sure about the status of libvirt support for virtio-scsi options
bu
Hi everyone,
I would like be able to configure virtio-scsi options num_queues, max_sectors,
and cmd_per_lun via libvirt. Are there any plans to have this support?
--
Mike Perez
On 02/09/2012 06:54 PM, carlo.bra...@libero.it wrote:
Hello, in your opinion, is it possible to add some #ifdef and two
options to configure script for activating/deactivating the
compilation of supported video and ethernet interfaces, in a similar
manner it had been done with audio cards and "--
Hello,
in your opinion, is it possible to add some #ifdef and two options to configure
script for activating/deactivating the compilation of supported video and
ethernet interfaces, in a similar manner it had been done with audio cards and
"--audio-card-list" option?
Thank you.
Sincerely,
Carl
Thanks, applied.
On Thu, Sep 8, 2011 at 1:24 AM, Brad wrote:
> configure: Detect predefined compiler symbols for ARM and HPPA
>
> To be able to detect some ARM / HPPA based architectures such as with
> OpenBSD/(armish / zaurus) or OpenBSD/hppa.
>
> Signed-off-by: Brad Smith
>
> ---
> configure
On 07/09/11 9:24 PM, Brad wrote:
configure: Detect predefined compiler symbols for ARM and HPPA
To be able to detect some ARM / HPPA based architectures such as with
OpenBSD/(armish / zaurus) or OpenBSD/hppa.
Signed-off-by: Brad Smith
ping.
--
This message has been scanned for viruses and
da
configure: Detect predefined compiler symbols for ARM and HPPA
To be able to detect some ARM / HPPA based architectures such as with
OpenBSD/(armish / zaurus) or OpenBSD/hppa.
Signed-off-by: Brad Smith
---
configure |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git
just cleaning up some annoying " " at the end of some lines
--- qemu/configure.ORIG 2007-09-15 08:58:23.283818000 -0400
+++ qemu/configure 2007-09-15 08:58:34.878425000 -0400
@@ -409,7 +409,7 @@
oss="no"
fi
-# Check for gcc4, error if pre-gcc4
+# Check for gcc4, error if pre-gcc4
if
Jernej Simon?i? wrote:
> On Wednesday, May 9, 2007, 2:41:03, Thiemo Seufer wrote:
>
> > I don't see a warning for e.g. "which foo" on my system. Could you
> > describe your system and paste the output the which command produces
> > there?
>
> Gentoo:
>
> # which foo
> which: no foo in
> (/usr/l
On Wednesday, May 9, 2007, 2:41:03, Thiemo Seufer wrote:
> I don't see a warning for e.g. "which foo" on my system. Could you
> describe your system and paste the output the which command produces
> there?
Gentoo:
# which foo
which: no foo in
(/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/
I just found docs installed in ${prefix}, reason seems to be this:
Index: qemu/configure
@@ -645,7 +645,7 @@
echo "bindir=\${prefix}$binsuffix" >> $config_mak
echo "mandir=\${prefix}$mansuffix" >> $config_mak
echo "datadir=\${prefix}$datasuffix" >> $config_mak
-echo "docdir=\${prefix}$docsuffic
On Fri, 13 Oct 2006, Ben Taylor wrote:
Manually add "-L/usr/local/lib -R/usr/local/lib" to the Makefile for the link
phase so it will correctly add those paths to the library lookup. If I had
a code base to look at this instance, I could tell you where. You could
also add those flags to Make
Ben Taylor wrote:
> Martin Bochnig <[EMAIL PROTECTED]> wrote:
>
>
>>Ben Taylor wrote:
>>
>>
>>
>>> Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
>>>
Trying to compile qemu on amd64 based Solaris.
I do not have write permission to /usr/local subtree
>
Ben Taylor wrote:
> Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>
>
>>On Fri, 13 Oct 2006, Martin Bochnig wrote:
>>
>>
>>
>>>Ishwar Rattan wrote:
>>>
>>>
>>>
>>>Where is the problem 64bit versus 32bit ?
>>>(32 bit version of libSDL-1.2.so.0 found while amd64 64bit version needed?)
>>
Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 13 Oct 2006, Martin Bochnig wrote:
>
> > Ishwar Rattan wrote:
> >
> >>
> > Where is the problem 64bit versus 32bit ?
> > (32 bit version of libSDL-1.2.so.0 found while amd64 64bit version needed?)
> > (should go under /usr/local/lib/a
Martin Bochnig <[EMAIL PROTECTED]> wrote:
> Ben Taylor wrote:
>
> > Ishwar Rattan <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Trying to compile qemu on amd64 based Solaris.
> >>
> >>I do not have write permission to /usr/local subtree
> >>
> >>./configure --libdir=other-path --prefix=not-
Ben Taylor wrote:
> Martin Bochnig <[EMAIL PROTECTED]> wrote:
>
>
>>Ben Taylor wrote:
>>
>>
>>
>>>As Martin indicated, setting LD_LIBRARY_PATH may get you a running
>>>binary, but LD_LIBRARY_PATH is the wrong answer for Solaris.
>>>
>>>
>>>
>>>
>>>
>>My answer had been a bit long
Martin Bochnig <[EMAIL PROTECTED]> wrote:
> Ben Taylor wrote:
>
> >As Martin indicated, setting LD_LIBRARY_PATH may get you a running
> >binary, but LD_LIBRARY_PATH is the wrong answer for Solaris.
> >
> >
> >
>
> My answer had been a bit longer:
>
> "Read ld.so.1(1)
> i.e.
> # man ld.s
Ben Taylor wrote:
>As Martin indicated, setting LD_LIBRARY_PATH may get you a running
>binary, but LD_LIBRARY_PATH is the wrong answer for Solaris.
>
>
>
My answer had been a bit longer:
"Read ld.so.1(1)
i.e.
# man ld.so.1
Then: *One* option is to set $LD_LIBRARY_PATH (or potentially
$LD_LIBR
Ishwar Rattan wrote:
>
> Also, I downloaded the SDL-1.2.11 source from opensolaris.org download
> page. I can't figure out how to apply the 64bit patch (patch rejects
> the diffs, a visual inspection shows that patch is already applied to the
> source?)
>
> -ishwar
Manually applying a patch wil
On Fri, 13 Oct 2006, Martin Bochnig wrote:
In particular not for 64bit_amd64.
You will hardly be able to meet the required dependencies.
I'm leaving over the weekend now, much luck with it.
Well, the source compiled after LD_LIBRARY_PATH trick with
correct libSDL dependency, ldd shows this
Ben Taylor wrote:
> Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>
>
>>Trying to compile qemu on amd64 based Solaris.
>>
>>I do not have write permission to /usr/local subtree
>>
>>./configure --libdir=other-path --prefix=not-ustlocal
>>is fine
>>but make always generates binaries that want to
Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>
> Trying to compile qemu on amd64 based Solaris.
>
> I do not have write permission to /usr/local subtree
>
> ./configure --libdir=other-path --prefix=not-ustlocal
> is fine
> but make always generates binaries that want to find
> /usr/local/lib/
Ishwar Rattan <[EMAIL PROTECTED]> wrote:
>
> Trying to compile qemu on amd64 based Solaris.
>
> I do not have write permission to /usr/local subtree
>
> ./configure --libdir=other-path --prefix=not-ustlocal
> is fine
> but make always generates binaries that want to find
> /usr/local/lib/
Ishwar Rattan wrote:
>
>
> On Fri, 13 Oct 2006, Martin Bochnig wrote:
>
>> Ishwar Rattan wrote:
>>
>>>
>> Where is the problem 64bit versus 32bit ?
>> (32 bit version of libSDL-1.2.so.0 found while amd64 64bit version
>> needed?)
>> (should go under /usr/local/lib/amd64/libSDL-1.2.so.0)
>
> Well,
On Fri, 13 Oct 2006, Martin Bochnig wrote:
Ishwar Rattan wrote:
Where is the problem 64bit versus 32bit ?
(32 bit version of libSDL-1.2.so.0 found while amd64 64bit version needed?)
(should go under /usr/local/lib/amd64/libSDL-1.2.so.0)
Well, the problem is I do not root privileges so can
Ishwar Rattan wrote:
>
> Trying to compile qemu on amd64 based Solaris.
>
> I do not have write permission to /usr/local subtree
>
> ./configure --libdir=other-path --prefix=not-ustlocal
> is fine
> but make always generates binaries that want to find
> /usr/local/lib/libSDL-1.2.so.0 etc. (checked
Trying to compile qemu on amd64 based Solaris.
I do not have write permission to /usr/local subtree
./configure --libdir=other-path --prefix=not-ustlocal
is fine
but make always generates binaries that want to find
/usr/local/lib/libSDL-1.2.so.0 etc. (checked with ldd).
What is the way out for
Jamie Lokier wrote:
Nigel Horne wrote:
When running "configure" I get
'ERROR: "gcc" looks like gcc 4.x'
even though I've set the CC environment variable to point to my copy of
gcc version 3.2.2
Qemu's configure is not like most other configure scripts.
Tut tut ;-)
You have to use the --c
Nigel Horne wrote:
> When running "configure" I get
>
> 'ERROR: "gcc" looks like gcc 4.x'
>
> even though I've set the CC environment variable to point to my copy of
> gcc version 3.2.2
Qemu's configure is not like most other configure scripts.
You have to use the --cc="$CC" command line option
When running "configure" I get
'ERROR: "gcc" looks like gcc 4.x'
even though I've set the CC environment variable to point to my copy of
gcc version 3.2.2
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor,
Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROT
The configure script doesn't include $LDFLAGS (or the argument
passed to --extra-ldflags=) in the probes it makes for libraries.
Thus, if extra arguments are needed to link properly, then checks
for, e.g., libSDL will fail even though they might succeed later
when the real link step runs.
--
"The
On Thu, 6 Apr 2006 14:33:30 +0200 (CEST)
Sylvain Petreolle <[EMAIL PROTECTED]> wrote:
> Hi people,
> I have gcc 3.2.3 (run as gcc32) and gcc 4.1.0.
>
> ./configure --help runs the gcc check, thus displaying the following
> error : ERROR: "gcc" looks like gcc 4.x
>
> IMHO this should be changed t
On Thu, Apr 06, 2006 at 10:40:15PM +0200, Sylvain Petreolle wrote:
> why would you need to check gcc's version just for displaying help ??
> in fact a bunch of /bin/echo commands...
>
> --- "Jim C. Brown" <[EMAIL PROTECTED]> a ?crit :
Not for help. I meant auto-detection, so that if u have gcc 4.
why would you need to check gcc's version just for displaying help ??
in fact a bunch of /bin/echo commands...
--- "Jim C. Brown" <[EMAIL PROTECTED]> a écrit :
> having configure check for gcc3, gcc31, gcc32, gcc33, gcc34, etc before
> checking
> for gcc itself might work.
>
> is it really wort
Hehe, qemu's configure doesnt use it :)
--- "Kevin F. Quinn" <[EMAIL PROTECTED]> a écrit :
> How about doing:
>
> CC=gcc32 ./configure
>
> --
> Kevin F. Quinn
> > ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman
On Thu, 6 Apr 2006 15:40:53 -0400
"Jim C. Brown" <[EMAIL PROTECTED]> wrote:
> having configure check for gcc3, gcc31, gcc32, gcc33, gcc34, etc
> before checking for gcc itself might work.
>
> is it really worth the trouble to check every possible combination?
>[...]
> > IMHO this should be change
having configure check for gcc3, gcc31, gcc32, gcc33, gcc34, etc before checking
for gcc itself might work.
is it really worth the trouble to check every possible combination?
On Thu, Apr 06, 2006 at 02:33:30PM +0200, Sylvain Petreolle wrote:
> Hi people,
> I have gcc 3.2.3 (run as gcc32) and gcc
Hi people,
I have gcc 3.2.3 (run as gcc32) and gcc 4.1.0.
./configure --help runs the gcc check, thus displaying the following error :
ERROR: "gcc" looks like gcc 4.x
IMHO this should be changed to avoid running things like this :
./configure --cc=gcc32 --help
Do agree with that ?
Kind regards,
The qemu configure script will silently disable graphical output if it can't
find a suitable output library (ie. SDL). This is a very common source of
confusion for people building qemu for the first time. It's not obvious from
the configure output that SDL is effectively required for normal op
67 matches
Mail list logo
