search for: utilizing

Displaying 20 results from an estimated 30264 matches for "utilizing".

2015 Sep 03
2
Fuzzing complex programs
On Thu, Sep 3, 2015 at 6:45 PM, Kostya Serebryany <kcc at google.com> wrote: > Did you build the Postgres code with -fsanitize-coverage=... ? Yes: CC = clang CFLAGS = -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -Wno-unused-command-line-argument -g -O0 -fsanitize=address
2019 Jan 23
2
Windows/Clang build instrumented/PGO
Hello LLVM developers, Following some hints on this mailing list earlier this year on how to make clang faster than stock llvm.org builds I have implemented a script that builds a PGO optimized version of clang by following the guide here: http://llvm.org/docs/HowToBuildWithPGO.html This works great on macOS and Linux - we gained almost 15% in our project with this technique. I am now looking at
2013 Jan 07
2
Samba 4 on AIX with XLC
Has anyone tried building Samba 4.0 on AIX with XLC? I'm moving right along, but tripping up on some bugs in source3/utils/net_rpc.c, source3/utils/net_rpc_printer.c, and source3/utils/net_cache.c where there is an invalid use of the ":" operator. According to some other posts on the PostgreSQL forum, this shouldn't compile anywhere, even though GCC apparently allows it??
2017 Jan 25
0
[PATCH v2 2/7] lib: Move utilities to new directory common/utils.
Just code motion. This commit makes it clearer what is a utility and what is part of the library. It also makes it clear that we should rename: guestfs-internal-frontend.h -> utils.h guestfs-internal-frontend-cleanups.h -> cleanups.h (?) but this commit does not make that change. --- .gitignore | 10 ++--- Makefile.am
2019 Dec 20
3
[common/libguestfs PATCH 0/2] Fix OCaml/Python linking
Make sure they can build also in no as-neede setups. Pino Toscano (1): utils: split string list functions in own file build: use split stringlist functions from common/utils utils/Makefile.am | 2 + utils/guestfs-stringlists-utils.h | 30 +++++ utils/guestfs-utils.h | 7 +- utils/stringlists-utils.c | 197 ++++++++++++++++++++++++++++++ utils/utils.c
2015 Sep 03
2
Fuzzing complex programs
Looks correct. Can you post the output of libFuzzer here? Something like #0 READ cov: 0 bits: 0 units: 97701 exec/s: 0 #1 pulse cov: 732 bits: 0 units: 97701 exec/s: 0 #2 pulse cov: 737 bits: 0 units: 97701 exec/s: 1 #4 pulse cov: 858 bits: 0 units: 97701 exec/s: 2 #8 pulse cov: 880 bits: 0 units: 97701 exec/s: 4 On Thu, Sep 3, 2015 at 10:50 AM, Greg Stark
2011 Jan 23
3
phase-6 program crashes with ubuntu 10.10 and wine 1.3.12
? ? Hello ? I need urgent help : ? In my previous system configuration with ubuntu 10.04 the program phase-6 ( a learning program for vocabulary) ran without problems under wine. ? Today a did an upgrade to ubuntu 10.10 with wine 1.3.12. ? Since the upgrade the program phase-6 can't open his window and nothing happens (only the registration of the license is working). I tried some
2011 Nov 05
1
[LLVMdev] LLVM and CLANG Build question
I had llvm 2.9 installed on ununtu. I tried to build clang but got following error. I have llvm 2.9 and clang is latest version ( I don't know, I got from svn). I am wondering is it because of version problem ? Does clang work with 2.9 llvm ? llvm[3]: Compiling ClangASTNodesEmitter.cpp for Debug build In file included from
2002 May 16
0
File copy error with Samba 2.2.x and 3.0/Novell/Win2k
Hello, We're experiencing a problem with samba after an upgrade, which only occurs when using a strange combination of software. The problem only occurs with samba 2.2 and higher. This problem does not occur with samba 2.0. We tested this with samba 3.0alpha17, 2.2.2, 2.2.4, and 2.0.10 First off, sticking to procedure, TESTs 1-11 as described in DIAGNOSIS.txt succeed. I've gone as
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 Nov 15
0
Processed: closing 726827, closing 763102, closing 711273, closing 744163, closing 603366, closing 648670 ...
Processing commands for control at bugs.debian.org: > close 726827 4.4.0-1 Bug #726827 [xen-utils-4.1] xen-utils-4.1: Xen doesn't start on a laptop with Nvidia Optimus graphics There is no source info for the package 'xen-utils-4.1' at version '4.4.0-1' with architecture '' Unable to make a source version for version '4.4.0-1' Marked as fixed in versions
2019 Dec 20
0
[common/libguestfs PATCH 2/2] build: use split stringlist functions from common/utils
The OCaml and Python bindings directly use the utils.c source in common/utils, mostly for guestfs_int_free_string_list. That source contained also functions using gnulib functions, however without linking to gnulib. When building with default build flags (e.g. without as-needed mode), the gnulib symbols cannot be resolved, leading to unusable OCaml and Python libraries. As solution, update the
2017 Jun 19
0
[PATCH v7 12/13] utils: Rename ‘guestfs-internal-frontend.h’ to ‘guestfs-utils.h’.
The reason it's not just ‘utils.h’ is because Pino is worried that we might pick up /usr/include/utils.h from a rogue library. --- .gitignore | 2 +- builder/index-validate.c | 2 +- builder/pxzcat-c.c | 2 +- common/edit/file-edit.c
2017 Jun 15
0
[PATCH v6 05/41] utils: Split out cleanups into common/cleanups.
Those cleanups which only depend on libc, gnulib or libxml2 are split out into a separate common/cleanups directory. --- .gitignore | 3 +- Makefile.am | 4 +- align/Makefile.am | 2 + builder/Makefile.am | 4 + cat/Makefile.am
2004 Oct 23
2
[LLVMdev] Link error with TOOLLINKOPTS=-ldbghelp on MinGW
Hi LLVM'ers When linking tblgen tool I get below error message on MinGW. I have put TOOLLINKOPTS=-ldbghelp in Makefile.config. However, when rearranging library dbghelp to the end of the g++ line, tblgen gets linked. -------------------------- make[2]: Entering directory `/C/Projects/build/MinGW/llvm/utils/TableGen' Linking Debug executable tblgen /C/Projects/build/MinGW/llvm/mklib
1999 May 27
0
Diagnosis Test Pass, But...
Here's my setup: Caldera Open Linux Lite (kernel 2.0.29) Samba 2.0.4a Windows Domain (Two Windows NT 4.0 Servers -- one PDC, one BDC -- and numerous Windows NT 4.0 Workstations) I can see my Linux box in Network Neighborhood on my Windows NT boxes. I can open the Linux box and see the top level shares available. When I try to open a share I see one or two anonymous folders. Anyone
2017 Jun 15
0
[PATCH v6 11/41] utils: Rename ‘guestfs-internal-frontend.h’ to ‘utils.h’.
--- .gitignore | 2 +- builder/index-validate.c | 2 +- builder/pxzcat-c.c | 2 +- common/edit/file-edit.c | 2 +- common/mlutils/c_utils-c.c | 2 +- common/options/options.h | 2 +- common/options/uri.c
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.