search for: have_getprognam

...ound this is to add > getprogname to the list of functions in configure.ac AC_CHECK_FUNCS. > That will cause a macro to be defined which you can use like this: > > #if HAVE_DECL_PROGRAM_INVOCATION_SHORT_NAME == 1 > # define program_name program_invocation_short_name > #elif HAVE_GETPROGNAME > # define program_name getprogname() > #else > # define program_name "libguestfs" > #endif Unfortunately that still doesn't help the issue with gnulib, since it expects char *program_name to be set on non-Linux platforms. -- M.

...dex 2b9070b..d496655 100644 --- a/src/guestfs-internal-frontend.h +++ b/src/guestfs-internal-frontend.h @@ -133,6 +133,8 @@ extern void guestfs___cleanup_pclose (void *ptr); */ #if HAVE_DECL_PROGRAM_INVOCATION_SHORT_NAME == 1 # define guestfs___program_name program_invocation_short_name +#elif HAVE_GETPROGNAME +# define guestfs___program_name getprogname() #else # define guestfs___program_name "libguestfs" #endif -- 1.9.3

Hello, I'm attempting to create a Homebrew formula to get libguestfs to compile on Mac OS X. I've managed to achieve success with several monkey patches, but since Homebrew's policy is to contact maintainers about proper fixes in upstream, I would like to ask if there are any plans to fix these issues. I'm afraid I don't know C well enough to propose decent solutions myself.

>From Apple's xdr.h: "If your code invokes an xdrproc_t callback, it must be modified to pass a third parameter, which may simply be zero." --- src/proto.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/src/proto.c b/src/proto.c index 92ae84d..57f4882 100644 --- a/src/proto.c +++ b/src/proto.c @@ -252,7 +252,12 @@ guestfs___send (guestfs_h *g, int proc_nr, *

...have getprogname. One way around this is to add getprogname to the list of functions in configure.ac AC_CHECK_FUNCS. That will cause a macro to be defined which you can use like this: #if HAVE_DECL_PROGRAM_INVOCATION_SHORT_NAME == 1 # define program_name program_invocation_short_name #elif HAVE_GETPROGNAME # define program_name getprogname() #else # define program_name "libguestfs" #endif > /* Close all file descriptors matching the condition. */ > diff --git src/launch-libvirt.c src/launch-libvirt.c > index aaa8501..c0adc80 100644 > --- src/launch-libvirt.c > ++...

...?? HAVE_GETGRNAM ?? HAVE_GETGRNAM_R ?? HAVE_GETGROUPLIST ?? HAVE_GETHOSTBYADDR ?? HAVE_GETHOSTBYNAME ?? HAVE_GETHOSTBYNAME_R ?? HAVE_GETHOSTENT ?? HAVE_GETHOSTENT_R ?? HAVE_GETHOSTNAME ?? HAVE_GETIFADDRS ?? HAVE_GETMNTENT ?? HAVE_GETNAMEINFO ?? HAVE_GETPAGESIZE ?? HAVE_GETPEEREID ?? HAVE_GETPGRP ?? HAVE_GETPROGNAME ?? HAVE_GETPWENT_R ?? HAVE_GETPWENT_R_DECL ?? HAVE_GETPWNAM ?? HAVE_GETPWNAM_R ?? HAVE_GETPWUID_R ?? HAVE_GETQUOTA_RSLT_GETQUOTA_RSLT_U ?? HAVE_GETRLIMIT ?? HAVE_GETSPNAM ?? HAVE_GETTEXT ?? HAVE_GETTIMEOFDAY_TZ ?? HAVE_GETUTXENT ?? HAVE_GETXATTR ?? HAVE_GET_CURRENT_DIR_NAME ?? HAVE_GFAPI ?? HAVE_G...

Hi, as discussed in [1], this series adds a new getprogname module. All it does is providing a getprogname function, much like what is found on e.g. *BSD systems, and using it in gnulib instead of progname. Also, using it explicitly by modules avoids gnulib users the need of either use the progname module (GPL), or to provide program_name (and call set_program_name manually, which is not always

Hi, this series update libguestfs to a recent gnulib version, so that we can use its new getprogname module, and solve altogether one of the porting issues (the need for 'program_name' by the error module of gnulib), and have a single way to get the name of the current program. A number of changes in tools mostly, although mechanical. Thanks, Pino Toscano (3): Update gnulib to latest

libguestfs has used double and triple underscores in identifiers. These aren't valid for global names in C++. (http://stackoverflow.com/a/228797) These large but completely mechanical patches change the illegal identifiers to legal ones. Rich.