similar to: [PATCH libguestfs] add more missing include directives

This appears to fix the last of the missing includes: >From 4e8c86d43a330ac79624a78d7ef40aa17f8fb4db Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Wed, 13 Apr 2011 14:34:38 +0200 Subject: [PATCH libguestfs] include string.h and libintl.h, as needed * df/df.c: As above. * df/main.c: As above. * df/output.c: As above. * fuse/guestmount.c: As above. *

A few minor problems: (more coming) config.c:55:5: error: implicit declaration of function 'strlen' [-Werror=implicit-function-declaration] config.c:55:11: error: incompatible implicit declaration of built-in function 'strlen' [-Werror] ... keys.c:59:7: error: implicit declaration of function 'memcpy' [-Werror=implicit-function-declaration] keys.c:59:7: error: incompatible

I've just tried to build the latest from git, and it failed like this: events.c: In function 'guestfs___call_callbacks_message': events.c:128:7: error: implicit declaration of function 'strlen' [-Werror=implicit-function-declaration] events.c:128:39: error: incompatible implicit declaration of built-in function 'strlen' [-Werror] events.c:131:38: error:

Hi Rich, I find it more readable (and safer to review) to avoid lines longer than 80 columns. When reviewing changes that wrap, I've noticed that it is harder to spot certain types of mistakes in the wrapped portion of a long line. >From 930118b380b35bb33e7719b0eb2ab6b31fa2d7e4 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Wed, 13 Apr 2011 16:08:57

Don't include <libintl.h> (for gettext etc) in <guestfs-internal.h>. Include include it only in files that use internationalized strings. --- src/appliance.c | 1 + src/conn-socket.c | 1 + src/copy-in-out.c | 1 + src/create.c | 1 + src/dbdump.c | 1 + src/drives.c | 1 + src/errors.c | 1 + src/filearch.c | 1 +

Mac OS X includes crypt() in libc. --- builder/link.sh.in | 2 +- configure.ac | 9 +++++++++ customize/link.sh.in | 2 +- mllib/link.sh.in | 2 +- sysprep/link.sh.in | 2 +- v2v/link.sh.in | 2 +- 6 files changed, 14 insertions(+), 5 deletions(-) diff --git a/builder/link.sh.in b/builder/link.sh.in index 59f3c6f..964617f 100644 --- a/builder/link.sh.in +++

Hardcoding -ltinfo breaks on distros that do not build the sep library (which is the default ncurses behavior). Use pkg-config to look up the right libraries regardless of how the distro built things. --- builder/Makefile.am | 5 +++-- configure.ac | 18 ++++++------------ customize/Makefile.am | 2 +- mllib/Makefile.am | 6 +++--- resize/Makefile.am | 2 +-

In tools except guestfish, we don't use ncurses, or even curses, just 2 termcap functions and a global variable. These are provided by libtinfo, so just link to that. In guestfish we use readline which needs ncurses. Leave that alone. --- builder/Makefile.am | 2 +- configure.ac | 12 ++++++------ customize/Makefile.am | 2 +- mllib/Makefile.am | 6 +++---

Hi all, I'm using OSX 10.4.10 (Intel) and get the following errors when building xapian 1.0.2: dyld: Library not loaded: /usr/lib/libintl.2.dylib Referenced from: /opt/local/bin/sed Reason: image not found dyld: Library not loaded: /usr/lib/libintl.2.dylib Referenced from: /opt/local/bin/sed Reason: image not found checking for a BSD-compatible install... /usr/bin/install -c checking

Hi Folks, Well, it has only been more than 6 weeks and still no response to my "No localisation for rsync?" topic. :( So far, I have determined that there are at least 4 files that need translations for rsync. They are the following. main.c flist.c log.c progress.c For my initial test I only made the following modifications. main.c ------ I added the following line ... #include

I used ESR's deheader program to look for unused includes. I then examined each instance by hand, and also test-compiled (on Linux). --- src/actions-support.c | 4 ---- src/alloc.c | 3 --- src/appliance.c | 8 -------- src/conn-socket.c | 1 - src/copy-in-out.c | 2 -- src/create.c | 1 - src/dbdump.c | 8 --------

I'm just asking if there is anything else that needs to be added at all. I seem to have everything linked in from soup to nuts but I want to be sure that a basic or essential feature is not being overlooked for forgotten : [titan] elfdump -d .libs/auth | grep NEED [0] NEEDED 0x3084 libdovecot.so.0 [1] NEEDED 0x3055 libpam.so.1

I get this when I build --with-gnome: make[1]: Entering directory `/storage/build/R-0.64.1/src/include' make[1]: `FFDecl.h' is up to date. make[1]: Leaving directory `/storage/build/R-0.64.1/src/include' gcc -msupersparc -I../include -I../../src/include -I/usr/local/include -DNEED_GNOMESUPPORT_H -I/usr/local/lib/gnome-libs/include -I/usr/local/lib/glib/include -I/usr/openwin/include

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

Create a single ocaml-link.sh script, which supports a -cclib parameter so it can be used instead of the per-project link.sh scripts. As result, the libraries for each OCaml application can be moved back to each Makefile.am. --- .gitignore | 7 ------- builder/Makefile.am | 14 ++++++++++++-- builder/link.sh.in | 22 ---------------------- configure.ac | 14

Look for libint/gettext and link to it; this properly detects whether libint is part of libc. --- align/Makefile.am | 1 + builder/Makefile.am | 2 ++ cat/Makefile.am | 4 ++++ configure.ac | 3 +++ customize/Makefile.am | 2 +- df/Makefile.am | 1 + diff/Makefile.am | 1 + edit/Makefile.am | 1 + erlang/Makefile.am

This allows multiple --key parameters on the command line to match a single device. For example: tool --key /dev/sda1:key:trykey1 --key /dev/sda1:key:trykey2 would try "trykey1" and "trykey2" against /dev/sda1. --- options/decrypt.c | 41 ++++++++++++++++++++++++++++++++--------- options/keys.c | 45 +++++++++++++++++++++++++++++++++++---------- options/options.h | 6

On 19/01/16 03:52, Tom Callaway wrote: > On 01/16/2016 05:24 PM, Rolf Turner wrote: >> All that being said, the question remains as to *why* R cannot find >> "texinfo" when it is indeed present on my system. > > Rather than give you a lengthy discussion of how RPM building works and > hacking the R spec, let's focus on this question instead (I'm still >

On Tue, Nov 04, 2014 at 04:35:26PM +0100, Pino Toscano wrote: > Look for libint/gettext and link to it; this properly detects whether > libint is part of libc. I'm a little confused by this patch, and also worried that it may be reverting commit 75514ab57a. Does this require gettextize? Rich. > --- > align/Makefile.am | 1 + > builder/Makefile.am | 2 ++ >