search for: _iconv_open

...fails, because PKG_CHECK_CONFIG doesn't exist on OS X. I think it would be better to use AC_CHECK_FUNCS on some of the libxml functions, but again, I'm not too hot with autoconf and automake. * hivexml has the following run-time failure: dyld: lazy symbol binding failed: Symbol not found: _iconv_open Referenced from: /Users/alex/local/src/hivex/lib/.libs/libhivex.0.dylib Expected in: flat namespace dyld: Symbol not found: _iconv_open Referenced from: /Users/alex/local/src/hivex/lib/.libs/libhivex.0.dylib Expected in: flat namespace Trace/BPT trap: 5 I have the vague idea of how to address th...

...an inconsistency in building. Some while back, I hit a snag with iconv in OS X, where basically this would happen when a hive of any sophistication (greater than hivex/images/small) was processed: >$ xml/hivexml images/large >test.xml >dyld: lazy symbol binding failed: Symbol not found: _iconv_open > Referenced from: /[snip]/hivex/lib/.libs/libhivex.0.dylib > Expected in: flat namespace > >dyld: Symbol not found: _iconv_open > Referenced from: /[snip]/hivex/lib/.libs/libhivex.0.dylib > Expected in: flat namespace > >Trace/BPT trap This is pretty easily resolved in...

...rsions.h. This obviates most of the other direct inclusions of byte_conversions.h. (One persists under sh/.) This patch builds and runs hivexml on images/large fine in Ubuntu 13.04 and Fedora 19. It also allows builds to succeed in OS X, but doesn't run hivexml for an unrelated reason. The _iconv_open symbol-not-found issue, that I thought was previously resolved (491ba0f7a761c7ffd50e0eaa4d892f78d538eb2b), resurfaced. Signed-off-by: Alex Nelson <a.nelson@prometheuscomputing.com> --- lib/handle.c | 1 - lib/hivex-internal.h | 2 ++ lib/node.c | 1 - lib/utf16.c...

....o weight.o str.o unixperm.o urlencode.o -Wl,-bind_at_load /Users/samuel/Documents/Programming/Internet/xapian/xapian-core/.libs/libxapian.dylib -lz ./.libs/libtransform.a -L/opt/local/lib /opt/local/lib/libpcre.dylib /opt/local/lib/libiconv.dylib Undefined symbols for architecture x86_64: "_iconv_open", referenced from: convert_to_utf8(std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)in utf8convert.o "_iconv", referenced from:...

...ng a problem with the iconv functions which I think are related to the cygwin environment and its iconv.h. To bypass it I wanted to compile with the --disable-iconv function. I'm still getting the following errors during compile: /usr/src/rsync-3.0.0pre8/rsync.c:85: undefined reference to `_iconv_open'rsync.o: In function `iconvbufs':/usr/src/rsync-3.0.0pre8/rsync.c:193: undefined reference to `_iconv'/usr/src/rsync-3.0.0pre8/rsync.c:163: undefined reference to `_iconv'collect2: ld returned 1 exit statusmake: *** [rsync.exe] Error 1 It looks like the line 85 and 163 are not con...