search for: _libc

...able blocks (those to which a pointer was found) are not shown. ==28643== To see them, rerun with: --show-reachable=yes The flagged memory block is the range_ends component of mbcset. I think that range_starts was also being leaked, but valgrind was combining the two. It looks like the cpp macro _LIBC is not defined when I compile R in this Linux box. regex.c defines range_ends and range_starts as different types, depending on the value of _LIBC, and it allocates space for them in either case. However, free_charset() was only freeing these things if _LIBC was defined. The following change to...

...inter was found) are not shown. > ==28643== To see them, rerun with: --show-reachable=yes > > The flagged memory block is the range_ends component of mbcset. > I think that range_starts was also being leaked, but valgrind was > combining the two. > > It looks like the cpp macro _LIBC is not defined when I compile > R in this Linux box. regex.c defines range_ends and range_starts > as different types, depending on the value of _LIBC, and it allocates > space for them in either case. However, free_charset() was only > freeing these things if _LIBC was defined. The...

...new_nranges); ... 5210 mbcset->range_starts = new_array_start; 5211 mbcset->range_ends = new_array_end; This file, src/main/regex.c, contains a complicated mess of #ifdef's but range_starts and range_ends are defined and appear to be used whether or not _LIBC is defined. However, they are only freed if _LIBC is defined. In my setup (Linux, gcc 3.4.5) _LIBC is not defined so they don't get freed. After the following change in free_charset() only the 85 byte/4 block leak in readline remains. Index: regex.c =========================================...

On Mon, Feb 09, 2015 at 11:06:16AM +0000, Margaret Lewicka wrote: > gnulib's error.c requires program_name to be externally defined > for !_LIBC systems. This defines program_name for Darwin only. > --- > configure.ac | 3 +++ > src/Makefile.am | 6 ++++++ > src/program_name.c | 4 ++++ > 3 files changed, 13 insertions(+) > create mode 100644 src/program_name.c src/guestfs-internal-frontend.h has a #define to r...

...8PM +0000, Margaret Lewicka wrote: > On 9 February 2015 at 13:10, Daniel P. Berrange <berrange@redhat.com> wrote: > > On Mon, Feb 09, 2015 at 11:06:16AM +0000, Margaret Lewicka wrote: > >> gnulib's error.c requires program_name to be externally defined > >> for !_LIBC systems. This defines program_name for Darwin only. > >> --- > >> configure.ac | 3 +++ > >> src/Makefile.am | 6 ++++++ > >> src/program_name.c | 4 ++++ > >> 3 files changed, 13 insertions(+) > >> create mode 100644 src/program_name...

...02 08:42:06.02 OPENVMS_AXP */ +#ifdef __VMS +#include "rsync.h" +#else #include "../rsync.h" +#endif #ifndef HAVE_FNMATCH /* ----- THE FOLLOWING UP TO 'END' is glibc-2.1.2 posix/fnmatch.c @@ -128,7 +133,11 @@ whose names are inconsistent. */ # if !defined _LIBC && !defined getenv +#ifdef __VMS +/* defined in stdlib.h */ +#else extern char *getenv (); +#endif # endif # ifndef errno PROJECT_ROOT:[rsync_vms.LIB]MDFOUR.GDIFF;1 --- ref_lib:mdfour.c Thu Nov 29 18:21:10 2001 +++ lcl_lib:mdfour.c Sun Jan 6 08:42:14 2002 @@ -1,3 +1,4 @@ +/*...

gnulib's error.c requires program_name to be externally defined for !_LIBC systems. This defines program_name for Darwin only. --- configure.ac | 3 +++ src/Makefile.am | 6 ++++++ src/program_name.c | 4 ++++ 3 files changed, 13 insertions(+) create mode 100644 src/program_name.c diff --git a/configure.ac b/configure.ac index 37850a3..a2fb99e 100644 --- a/con...

On 9 February 2015 at 13:10, Daniel P. Berrange <berrange@redhat.com> wrote: > On Mon, Feb 09, 2015 at 11:06:16AM +0000, Margaret Lewicka wrote: >> gnulib's error.c requires program_name to be externally defined >> for !_LIBC systems. This defines program_name for Darwin only. >> --- >> configure.ac | 3 +++ >> src/Makefile.am | 6 ++++++ >> src/program_name.c | 4 ++++ >> 3 files changed, 13 insertions(+) >> create mode 100644 src/program_name.c > > src/guestfs-inter...

...x the underlying issue, which is, essentially, that gnulib requires that symbol and libguestfs binaries don't supply it. There might be another OS that trips over this, after all. So, ugly as it is, I think I will attempt to add the program_name definition where necessary, in the form of: #if !_LIBC /* feels right to use the same condition as gnulib does */ char *program_name = name-of-the-binary #endif Unless of course the ugliness of the solution is not acceptable to you as the owner. (I do wish that you haven't gone away from using the progname module in 2013; the problem would be...

>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, *

Hi there, We are trying to compile a 64bit version of R (2.5.1) on HP-UX (B.11.23 U ia64), but are running into some problems. This is our configure step: ../configure --prefix=/rnd/homes/lfan/R251 --enable-R-shlib CC="cc" CFLAGS="+z +DD64" CXX="aCC" CXXFLAGS="-b -lxnet +z +DD64" FC="f90" FCFLAGS="+DD64" F77="f90"

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

...de it and use ptrdiff_t. In traditional C, long is the best that we can do. */ #ifdef __PTRDIFF_TYPE__ # define PTR_INT_TYPE __PTRDIFF_TYPE__ #else # ifdef HAVE_STDDEF_H # include <stddef.h> # define PTR_INT_TYPE ptrdiff_t # else # define PTR_INT_TYPE long # endif #endif #if defined _LIBC || defined HAVE_STRING_H # include <string.h> # define _obstack_memcpy(To, From, N) memcpy ((To), (From), (N)) #else # ifdef memcpy # define _obstack_memcpy(To, From, N) memcpy ((To), (char *)(From), (N)) # else # define _obstack_memcpy(To, From, N) bcopy ((char *)(From), (To), (N)) # endif...

...n order to get an accurate picture + * of the frame, you must first force the kernel to write any such + * windows to the stack. + * + * V9 frames have an odd bias, so you can tall a v9 frame from + * a v8 frame by testing the stack pointer's lsb. + */ +#if !defined(_LOCORE) && !defined(_LIBC) +struct frame64 { + int64_t fr_local[8]; /* space to save locals (%l0..%l7) */ + int64_t fr_arg[6]; /* space to save arguments (%i0..%i5) */ + uint64_t fr_fp; /* space to save frame pointer (%i6) */ + uint64_t fr_pc; /* space to save return pc (%i7) */ + /* + * SVR4 reserves a bunch of extra st...

I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at: