Hello all,<div><br></div><div>I&#39;ve been testing hivexml in OS X, and came across an inconsistency in building.</div><div><br></div><div>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:</div>
<div><br></div><div>&gt;$ xml/hivexml images/large &gt;test.xml</div><div><div>&gt;dyld: lazy symbol binding failed: Symbol not found: _iconv_open</div><div>&gt;  Referenced from: /[snip]/hivex/lib/.libs/libhivex.0.dylib</div>
<div>&gt;  Expected in: flat namespace</div><div>&gt;</div><div>&gt;dyld: Symbol not found: _iconv_open</div><div>&gt;  Referenced from: /[snip]/hivex/lib/.libs/libhivex.0.dylib</div><div>&gt;  Expected in: flat namespace</div>
<div>&gt;</div><div>&gt;Trace/BPT trap</div></div><div><br></div><div>This is pretty easily resolved in OS X by adding $(LTLIBICONV) to libhivex_la_LDFLAGS in lib/Makefile.am.</div><div><br></div><div>Unfortunately, bringing that same change to Fedora (17) raises this error in `make`:</div>
<div><div>&gt;/bin/ld: cannot find -liconv</div><div>&gt;collect2: error: ld returned 1 exit status</div></div><div><br></div><div>LIBICONV and LTLIBICONV are both set to &#39;-liconv&#39; in config.log; but there is no check for how to link in config.log. That is, these lines do not appear (in part or in whole) in Fedora&#39;s config.log:</div>
<div><br></div><div>&gt;checking for iconv... yes</div><div><div>&gt;checking for working iconv... yes</div><div>&gt;checking how to link with libiconv... -liconv</div></div><div><br></div><div>The Fedora negative results came from the latest master, 1.3.6.  The OS X tests were on an effectively an older version of the code [1], but I think this is an autotools issue in common to both version.</div>
<div><br></div><div>So...any ideas?  I thought this linking error was the kind of thing the autotools were supposed to catch.</div><div><br></div><div>--Alex</div>