Displaying 20 results from an estimated 58414 matches for "toolness".
Did you mean:
coolness
2019 Apr 30
6
Disk space and RAM requirements in docs
Hi,
Have anybody recently built LLVM in Debug mode /within/ space
requirements from the Getting Started doc?
https://llvm.org/docs/GettingStarted.html#hardware
> An LLVM-only build will need about 1-3 GB of space. A full build of
LLVM and Clang will need around 15-20 GB of disk space.
From my experience this numbers looks drastically low. On FreeBSD my
recent builds consumed more than
2014 May 05
2
[GIT PULL 01/12] perf/core improvements and fixes
hi Ingo,
please consider pulling
thanks,
jirka
The following changes since commit 3617660e4e1618a888a2e3a4067224534302cb33:
Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core (2014-05-01 08:24:59 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
2014 May 05
2
[GIT PULL 01/12] perf/core improvements and fixes
hi Ingo,
please consider pulling
thanks,
jirka
The following changes since commit 3617660e4e1618a888a2e3a4067224534302cb33:
Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core (2014-05-01 08:24:59 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
2014 Apr 13
1
[PATCH] tools: Consolidate types.h
And while we're at it, let's do another consolidation:
---
From: Borislav Petkov <bp at suse.de>
Date: Sat, 12 Apr 2014 20:10:49 +0200
Subject: [PATCH] tools: Consolidate types.h
Combine all definitions into a common tools/include/linux/types.h and
kill the wild growth elsewhere. While at it, move u64_swap to its only
user, evsel.h.
Signed-off-by: Borislav Petkov <bp at
2014 Apr 13
1
[PATCH] tools: Consolidate types.h
And while we're at it, let's do another consolidation:
---
From: Borislav Petkov <bp at suse.de>
Date: Sat, 12 Apr 2014 20:10:49 +0200
Subject: [PATCH] tools: Consolidate types.h
Combine all definitions into a common tools/include/linux/types.h and
kill the wild growth elsewhere. While at it, move u64_swap to its only
user, evsel.h.
Signed-off-by: Borislav Petkov <bp at
2014 Apr 11
2
[PATCH] tools: Unify export.h
On Thu, Apr 10, 2014 at 07:38:05PM +0200, Borislav Petkov wrote:
> Rebased onto current acme/perf/core:
>
> --
> From: Borislav Petkov <bp at suse.de>
> Date: Sun, 23 Feb 2014 12:04:53 +0100
> Subject: [PATCH] tools: Unify export.h
>
> So tools/ has been growing three, at a different stage of their
> development export.h headers and so we should unite into one.
2014 Apr 11
2
[PATCH] tools: Unify export.h
On Thu, Apr 10, 2014 at 07:38:05PM +0200, Borislav Petkov wrote:
> Rebased onto current acme/perf/core:
>
> --
> From: Borislav Petkov <bp at suse.de>
> Date: Sun, 23 Feb 2014 12:04:53 +0100
> Subject: [PATCH] tools: Unify export.h
>
> So tools/ has been growing three, at a different stage of their
> development export.h headers and so we should unite into one.
2014 May 05
0
[GIT PULL 01/12] perf/core improvements and fixes
* Jiri Olsa <jolsa at kernel.org> wrote:
>
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit 3617660e4e1618a888a2e3a4067224534302cb33:
>
> Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core (2014-05-01 08:24:59 +0200)
>
> are
2018 Jun 27
5
[PATCH 0/3] test-tool: small options-related improvements
*** BLURB HERE ***
Pino Toscano (3):
test-tool: implement --short-options & --long-options
test-tool: add a documentation test
bash: add a completion script for libguestfs-test-tool
.gitignore | 1 +
bash/Makefile.am | 3 ++-
bash/virt-v2v-copy-to-local | 6 +++++
test-tool/Makefile.am
2010 Apr 16
1
Trying to compile/pack the Xen 4 for Debian fail...
Guys,
I'm trying to compile the Xen 4.0.0 via debian/rules makefile but I got
this:
administrativo at sid01:~/xen/xen-4/xen-4.0.0$ make -f debian/rules build-tools
.....
make -C lib all
make[7]: Entering directory
`/home/administrativo/xen/xen-4/xen-4.0.0/debian/build/build-tools/tools/blktap2/vhd/lib'
make[7]: Nothing to be done for `all'.
make[7]: Leaving directory
2016 Oct 21
4
llvm build failed on Fedora 24
Hi,
I'm try to build llvm on my PC but it failed. I'm using following command,
$ cmake -G "Ninja" ../llvm -DCMAKE_INSTALL_PREFIX=prefix=$INSTALL_PATH
-DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_ASSERTIONS=On
$ ninja-build -j 2
I have skipped libcxx and libcxxabi package.
It shows below error,
00:04:23 [3261/3430] Building CXX object
2009 May 25
3
Converting mbox files with dots in names to Maildir
I tried to run convert-tool from dovecot-1.2-0.rc2 on a tree of mbox files
with some containing dots in the filenames and got this failure:
# /usr/libexec/dovecot/convert-tool ken /home/ken mbox:/home/ken/mail
maildir:/home/ken/Maildir
Error: Mailbox conversion: Couldn't create mailbox Lists.WINE.patches:
Mailbox already exists
Error: Internal failure
*** glibc detected ***
2014 Apr 14
1
[PATCH 1/3] tools: Unify export.h
From: Borislav Petkov <bp at suse.de>
So tools/ has been growing three, at a different stage of their
development export.h headers and so we should unite into one. Add
tools/include/ to the include path of virtio and liblockdep to pick the
shared header now.
Cc: Sasha Levin <sasha.levin at oracle.com>
Cc: Peter Zijlstra <a.p.zijlstra at chello.nl>
Cc: Paul Mackerras <paulus
2014 Apr 14
1
[PATCH 1/3] tools: Unify export.h
From: Borislav Petkov <bp at suse.de>
So tools/ has been growing three, at a different stage of their
development export.h headers and so we should unite into one. Add
tools/include/ to the include path of virtio and liblockdep to pick the
shared header now.
Cc: Sasha Levin <sasha.levin at oracle.com>
Cc: Peter Zijlstra <a.p.zijlstra at chello.nl>
Cc: Paul Mackerras <paulus
2004 Dec 03
2
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
Could someone please apply this patch to the Win32 support so that
Morten and Jeff can handle the recent changes? I can't do it because
I"m on the road with only email access.
Thanks,
Reid.
-----Forwarded Message-----
> From: Morten Ofstad <morten at hue.no>
> To: Reid Spencer <reid at x10sys.com>
> Subject: Updated LLVM Visual Studio project files
> Date: Thu,
2012 May 21
4
Build error of libxl in xen-unstable changeset 25374
I have built on clean system with xen-unstable 25374 and stops with this
error:
gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing -std=gnu99
-Wall -Wstrict-prototypes -Wdeclaration-after-statement
-Wno-unused-but-set-variable -D__XEN_TOOLS__ -MMD -MF .libxl.o.d
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fno-optimize-sibling-calls
-Werror -Wno-format-zero-length
2011 Apr 05
3
[LLVMdev] Building LLVM on Solaris/Sparc
Hi,
I'm trying to build llvm on a Solaris/Sparc machine. I get many undefined
symbols during the link phase of opt. The link command being run is below.
It is identical to the link command that gets run and works on an x86 host.
Thanks,
Tarun
g++ -I/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/include
-I/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt
2006 Jul 25
5
build problems with current xen unstable cpu.h vl.h:75 vl.c:24 cpu-all.h:122: error: syntax error before "float64"
Hi,
I am having troubles in building xen unstable.
make[3]: Entering directory `/data/xen/build/xen-unstable.hg-3.0-20060725.5/tools''
[ -f ioemu/config-host.h ] || \
(cd ioemu && sh configure --prefix=/usr)
Install prefix /usr
BIOS directory /usr/share/xen/qemu
binary directory /usr/lib/xen/bin
Manual directory /usr/share/man
ELF interp prefix
Source path
2013 May 14
5
tools/libxl: fix compilation and link errors on NetBSD
commit cad172d7b88bd443c81d865051297875ce2551bc
Author: Christoph Egger <chegger@amazon.de>
Date: Thu Feb 7 14:42:29 2013 +0000
tools/libxl: fix compilation and link errors on NetBSD
- Fix testidl link error that libyajl is not found
- Make linking of xl and testidl consistent
- fix error: array subscript has type ''char''
Signed-off-by:
2004 Dec 03
0
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
On Fri, 3 Dec 2004, Reid Spencer wrote:
> Could someone please apply this patch to the Win32 support so that
> Morten and Jeff can handle the recent changes? I can't do it because
> I"m on the road with only email access.
I'd be happy to do it. Can someone send me the patch as an attachment
off-list?
-Chris
> > <Tool
> >