search for: gperf

The output of TableGen (intrinsics.gen) seems a bit too clunky specifically the switching parts (input the string, output the enum). Moreover, the code makes MSVC barf due to its nesting limit which even applices to if-else statements. One one hand, gperf (http://www.gnu.org/software/gperf/manual/gperf.html) offers a way to map strings to records without much difficulty (and it does its job efficiently). My point is, are there plans to utilize gperf for table generation? -- (<_<)(>_>)(>_<)(<.<)(>.>)(>.<) Life is...

FYI, gperf is a very good perfect hash utility written originally by Doug Schmidt (of ACE fame). I used it in XPS for speeding up XML parsing by hashing all the element and attribute names. Unfortunately, its a code generator, which we're trying to get rid of in LLVM. Still, I recommend the tool highly....

...am create mode 100644 common/protocol/Makefile.am diff --git a/.gitignore b/.gitignore index 76a16c5..5a13d1d 100644 --- a/.gitignore +++ b/.gitignore @@ -116,6 +116,13 @@ Makefile.in /cat/virt-tail /cat/virt-tail.1 /ChangeLog +/common/errnostring/errnostring.c +/common/errnostring/errnostring-gperf.c +/common/errnostring/errnostring-gperf.gperf +/common/errnostring/errnostring.h +/common/protocol/guestfs_protocol.c +/common/protocol/guestfs_protocol.h +/common/protocol/guestfs_protocol.x /compile /config.cache /config.guess @@ -139,15 +146,9 @@ Makefile.in /customize/virt-customize.1 /da...

...ing parts (input the string, output the enum). > Moreover, the code makes MSVC barf due to its nesting limit which even > applices to if-else statements. Right, fixing the VC++ issue is straight-forward. I will do it in the next couple of days if noone beats me to it. > One one hand, gperf > (http://www.gnu.org/software/gperf/manual/gperf.html) offers a way to > map strings to records without much difficulty (and it does its job > efficiently). > > My point is, are there plans to utilize gperf for table generation? Not that I know of. Anton is working on a better and...

Hello, > One one hand, gperf > (http://www.gnu.org/software/gperf/manual/gperf.html) offers a way to > map strings to records without much difficulty (and it does its job > efficiently). > > My point is, are there plans to utilize gperf for table generation? I'm aware about gperf. However we're planning...

...generated files. > touch stamp-generator > make[2]: Leaving directory `/tmp/libguestfs/generator' > Making all in src > make[2]: Entering directory `/tmp/libguestfs/src' > rm -f guestfs_protocol.c-t guestfs_protocol.c-t2 > rm -f guestfs_protocol.h-t > rm -f errnostring-gperf.c > rpcgen -DHAVE_XDR_UINT64_T=1 -c -o guestfs_protocol.c-t guestfs_protocol.x > gperf -t errnostring-gperf.gperf > errnostring-gperf.c-t > rpcgen -DHAVE_XDR_UINT64_T=1 -h -o guestfs_protocol.h-t guestfs_protocol.x > guestfs_protocol.x: No such file or directory > make[2]: *** [...

---------- Forwarded message ---------- From: Wilhansen Li <krad at crammerz-inc.net> Date: Jan 4, 2008 6:18 PM Subject: Re: [LLVMdev] Utilizing gperf for TableGen To: Chris Lattner <sabre at nondot.org> It finally compiles well with MSVC. Thanks! On 1/4/08, Chris Lattner <sabre at nondot.org> wrote: > > > Alright, try this: > http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071231/056771.html > > -Ch...

On Wed, 2 Jan 2008, Chris Lattner wrote: >This should be fixed now, please verify, thanks! > >-Chris The newer code that TableGen produces is indeed lower however, MSVC still throws the same error messages (and moreover, I don't think they're fixing it anytime soon.. I'll try to re-open this issue to them). Also, it seems that the new code produces an extraneous "if

Hi, I'm having some problems compiling on Mac OS X: nekomimi:xapian samuel$ sudo port install libiconv ---> Configuring gperf ---> Building gperf ---> Staging gperf into destroot ---> Installing gperf @3.0.4_0+universal ---> Deactivating gperf @3.0.4_0 ---> Cleaning gperf ---> Activating gperf @3.0.4_0+universal ---> Cleaning gperf ---> Computing dependencies for libiconv ---> Fetching...

...s wrong, rather than telling user that the number of parameters is wrong. Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- changes in v2: - fix the error of ' error: control reaches end of non-void function [-Werror=return-type]' - change the return value from -2 to -1 fish/cmds-gperf.h | 1 + generator/fish.ml | 38 +++++++++++++++----------------------- 2 files changed, 16 insertions(+), 23 deletions(-) diff --git a/fish/cmds-gperf.h b/fish/cmds-gperf.h index 74db69d..bcb3b5d 100644 --- a/fish/cmds-gperf.h +++ b/fish/cmds-gperf.h @@ -25,6 +25,7 @@ struct command_entry {...

On Tue, 1 Jan 2008, Wilhansen Li wrote: > The output of TableGen (intrinsics.gen) seems a bit too clunky > specifically the switching parts (input the string, output the enum). > Moreover, the code makes MSVC barf due to its nesting limit which even > applices to if-else statements. This should be fixed now, please verify, thanks! -Chris -- http://nondot.org/sabre/ http://llvm.org/

...ped on a compilation problem when I tried to build 176.gcc of SPEC CPU2000 with clang v 2.8 (trunk 427) on Linux and intel. First, I tried to compile with 'clang -std=c89 *.c -o gcc.clang' since the default C standard of Clang is c99 while that of gcc is c89. It reported this error: ./c-gperf.h:14:1: error: unknown type name 'inline' inline ^ ./c-gperf.h:16:1: error: expected identifier or '(' static unsigned int ... This is the part of the source code: #ifdef __GNUC__ inline #endif static unsigned int hash (str, len) ... Definitely, the error existed because clang has...

...s sources with no messages: - .pl and .pm files, as they do not contain messages: almost all the .pl files are tests, and the only .pm file is the Perl Sys::Guestfs module, which wraps the XS extension - dummy.c sources; they are empty sources used to build OCaml-only targets using automake - gperf generated sources - C/OCaml tests --- Makefile.am | 6 ++++-- po/POTFILES | 23 ----------------------- po/POTFILES-ml | 11 ----------- 3 files changed, 4 insertions(+), 36 deletions(-) diff --git a/Makefile.am b/Makefile.am index ec342225a..25255a62d 100644 --- a/Makefile.am +++ b/Makefi...

...eg) dnf on a 32 bit i686 guest when the host is 64 bit x86_64, dnf believes it is running on a 64 bit machine and so tries to install x86_64 packages. We can 'trick' dnf into believing it's a 32 bit machine using the setarch program. $ virt-builder fedora-22 --arch i686 --install 'gperf' ... [ 27.4] Installing packages: gperf ... Running transaction test Error: Transaction check error: package libgcc-5.1.1-4.fc22.x86_64 is intended for a different architecture ... Thanks: Jan Sedlák for finding the solution. --- customize/customize_run.ml | 10 ++++++++-- 1 file changed,...

...nopsis if command syntax is wrong > > This patch lets guestfish show command synopsis if the syntax of command issued > by user is wrong, rather than telling user that the number of parameters is wrong. > > Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> > --- > fish/cmds-gperf.h | 1 + > generator/fish.ml | 48 +++++++++++++++++++++++++----------------------- > 2 files changed, 26 insertions(+), 23 deletions(-) > > diff --git a/fish/cmds-gperf.h b/fish/cmds-gperf.h > index 74db69d..bcb3b5d 100644 > --- a/fish/cmds-gperf.h > +++ b/fish/cmds-gperf.h...

This patch lets guestfish show command synopsis if the syntax of command issued by user is wrong, rather than telling user that the number of parameters is wrong. Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- fish/cmds-gperf.h | 1 + generator/fish.ml | 33 ++++++++++++--------------------- 2 files changed, 13 insertions(+), 21 deletions(-) diff --git a/fish/cmds-gperf.h b/fish/cmds-gperf.h index 74db69d..bcb3b5d 100644 --- a/fish/cmds-gperf.h +++ b/fish/cmds-gperf.h @@ -25,6 +25,7 @@ struct command_entry { const...

...problem when I tried to build > 176.gcc of SPEC CPU2000 with clang v 2.8 (trunk 427) on Linux and intel. > First, I tried to compile with 'clang -std=c89 *.c -o gcc.clang' since > the default C standard of Clang is c99 while that of gcc is c89. It > reported this error: > ./c-gperf.h:14:1: error: unknown type name 'inline' > inline > ^ > ./c-gperf.h:16:1: error: expected identifier or '(' > static unsigned int > ... > > This is the part of the source code: > #ifdef __GNUC__ > inline > #endif > static unsigned int > hash (str...

This patch series moves some files and directories around but is only code motion (or supposed to be). A new directory, common/, is created for all of the common code which is currently shared in random ways between parts of the project. And src/ becomes lib/ (the largest change, but mostly mechanical). In full this series makes the following changes: src/libprotocol -> common/protocol

v2: Fix problem when running multiple commands.

Previous patch series was posted here: https://www.redhat.com/archives/libguestfs/2017-January/msg00059.html v2 simply extends this patch series to cover the extra directories common/edit, common/progress, common/windows and common/parallel. The only remaining item is to consider whether we should rename mllib to something else, mlcommon was my suggestion. Rich.