similar to: [Bug 8018] New: configure doesn't find iconv library

https://bugzilla.samba.org/show_bug.cgi?id=5532 Summary: rsync / autoconf fails to detect libiconv on Solaris 10 Product: rsync Version: 3.0.2 Platform: Sparc OS/Version: Solaris Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Dear everyone, I posted a similar question to Stack Overflow there: https://stackoverflow.com/questions/46907554/binding-with-libiconv-failed-while-compiling-r-devel-on-ubuntu-17-04 and I was suggested to post my question here. I tried to compile R devel using Dirk Eddelbuettel's recipe (and many variants of it). Regardless of what I do, I have: === [...]/src/main/sysutils.c:794:

Thanks for posting here. On 24 October 2017 at 14:14, Matthias Zytnicki wrote: | Dear everyone, | | I posted a similar question to Stack Overflow there: https://stackoverflow.com/questions/46907554/binding-with-libiconv-failed-while-compiling-r-devel-on-ubuntu-17-04 and I was suggested to post my question here. | | I tried to compile R devel using Dirk Eddelbuettel's recipe (and many

As directed from http://vmkit.llvm.org/get_started.html, I'm getting: checking for ld used by GCC... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no checking for shared library run path origin... /bin/sh: ./config.rpath: No such file or directory done checking for iconv... yes

https://bugzilla.samba.org/show_bug.cgi?id=4981 Summary: iconv confusion Product: rsync Version: 3.0.0 Platform: PPC OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: joe07734@gmail.com QAContact:

On Tue, Nov 22, 2011 at 11:32 AM, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote: > As directed from http://vmkit.llvm.org/get_started.html, I'm getting: > > checking for ld used by GCC... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld > checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no > checking for shared

On an i686 with glibc 2.5 installed I'm not able to compile rsync 3.0.2 and later. rsync 3.0.0 was no problem, this compiled. Also on an x86_64 with glibc 2.7 installed rsync compiled. Here is a script of the failing comilation: Script started on Sat May 10 07:33:39 2008 teddy@mail /usr/src/rsync-HEAD-20080508-0612GMT $ mkdir build teddy@mail /usr/src/rsync-HEAD-20080508-0612GMT $ cd build

I'm trying to install a gem named Fabulator on CentOS 6 CR x86_64. It's failing on libxslt-ruby. This is the error I get when trying the gem manually... ------------------------------ # gem install libxslt-ruby --no-rdoc --no-ri Building native extensions. This could take a while... ERROR: Error installing libxslt-ruby: ERROR: Failed to build gem native extension.

Thanks for the response. Since X11 is by default installed on OS X when the developer tools are installed. Running autoconf fixed the issue with configure not finding X11, although I did not check why the configure script did not have the correct path (I'm assuming this was the case). Next I'm on to the gtk+ dependencies which I'm going to try to solve with macports if I have to. I

I've seen a problem with searching in the Prayer webmail client that turns out to be caused by Prayer insisting on a charset called "ISO-8859-1" and Dovecot, using Solaris iconv, not recognising it (all the Solaris 8 iconv modules appear to be "ISO8859-1" etc. or just "8859-1"). This isn't a problem in Linux: % iconv --list | grep 8859.1/ 8859_1//

I've just tested R-alpha_2005-03-31.tar.gz. ./configure and make ran without any apparent errors, but make check failed: 58 (0) $ make check 2>&1 | tee make_check-logg make[1]: Entering directory `/usr/local/src/R/R-alpha/tests' make[2]: Entering directory `/usr/local/src/R/R-alpha/tests' make[3]: Entering directory `/usr/local/src/R/R-alpha/tests/Examples' make[4]:

On Fri, Feb 09, 2018 at 01:52:52AM +0100, Hilko Bengen wrote: > It was brought to my attention that dumping a registry hive causes a > lot of time spent in disk I/O activity because iconv_open() and > iconv_close() are called for every key. Every iconv_open() call causes > /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. > > The iconv_t handles are now cached in the

It was brought to my attention that dumping a registry hive causes a lot of time spent in disk I/O activity because iconv_open() and iconv_close() are called for every key. Every iconv_open() call causes /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. The iconv_t handles are now cached in the hive_h struct; they are opened on-demand and re-used. On my ~10 year old Lenovo T60, I have

Hi, first of all, sorry for taking so long. Unfortunately, some other tasks kept coming up. Anyway, attached is the version of the flags patch, that is based on the one I'm using with 2.6.9. It is against the rsync-3.0.0pre9 release. I've included the option name change from the repository, so the option is now called --fileflags. Improved from the previously distributed version is the

--- lib/hivex-internal.h | 8 +++++--- lib/utf16.c | 11 +++++++---- 2 files changed, 12 insertions(+), 7 deletions(-) diff --git a/lib/hivex-internal.h b/lib/hivex-internal.h index 4135f58..64fd49a 100644 --- a/lib/hivex-internal.h +++ b/lib/hivex-internal.h @@ -268,11 +268,13 @@ extern size_t * _hivex_return_offset_list (offset_list *list); extern void _hivex_print_offset_list

Hi I need -iconv option, but configure didnt find iconv $ cygcheck -c libiconv Cygwin Package Information Package Version Status libiconv 1.14-3 OK $ ./configure --enable-iconv=yes --disable-acl-support ... checking for library containing iconv_open... no checking for library containing libiconv_open... no ... $ make ... $ ./rsync.exe --help

Hilko, forwarding this to the mailing list. Please post patches over there. Rich. ----- Forwarded message ----- Date: Wed, 21 Jul 2010 17:09:53 +0200 From: Hilko Bengen Subject: patch: non-ASCII characters in node names Hi Richard, I was a little bit surprised when a colleague claimed that key and value names in the registry could contain non-ASCII characters. I created keys and values

See description in the attached patch. -------------- next part -------------- This quick hack adds primitive support of UTF-8 as a server 'character set' to Samba 2.0.7. All file, share and user names are stored on server in UTF-8, and translated into client code page (not UCS2) on the fly. Additionally, server string conversion is added. Tested with Chinese and Russian Windows clients.

It was brought to my attention that dumping a registry hive causes a lot of time spent in disk I/O activity because iconv_open() and iconv_close() are called for every key. Every iconv_open() call causes /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. The iconv_t handles are now cached in the hive_h struct; they are opened on-demand and re-used. On my ~10 year old Lenovo T60, I have

libxml2-utils.c local_string_to_utf8() function could easily be reused in other places. This commit extracts it with a new parameter to allow giving the encoding of the input string and publishes it in guestfs-utils.h as guestfs_int_string_to_utf8() --- common/utils/guestfs-utils.h | 11 +++++++ common/utils/libxml2-utils.c | 69 +------------------------------------------- common/utils/utils.c