The way, how iconv libraries are detected is not completelly reliable and trustful. For example, I do have on a FreeBSD system both libbiconv(iconv 2) and libiconv(libiconv). Both packages are installed into /usr/local/{include,lib} and feel themselves ok - no clashing, etc. Unfortunatelly, for whatever reason libbiconv dosen't suit soamba needs(it unable to convert whatever to UCS2-LE(although, it knows about UCS2)). So, tests are fail and configuration script goes to the next directory, effectively skipping perfectly wirking libiconv! Oops... So, here is the problem - the way, how tests are done(the sequence) isn't flexible enouth to catch such case. I guess, some reodering is necessary, so uability tests were performed on a found library immediatelly and on failure the flow would go farther, to the next library. Of course, putting libiconv test above libbiconv test would solve(mask) the problem too :)
Is this still an issue? I know there has been work on the iconv detection since 3.0.3
marking as fixed in 3.0.11. origiball reported against 3.0.3pre1. Please reopen if not fixed
This problem still exists in 3.0.15. It's seems, that proper fix with test of all possible libraries in every passed subdirectory require sto much code rewriting, so here I propose simple work around - test for libbiconv is moved to the bottom of the list of possible libraries, so libiconv test comes first. Still, if libiconv missing, libiconv detected properly. Again, I'm wondering what libbiconv is useful for - even when it found, it's usability test fails - library doesn't know anything about UCS2-LE. Hope to see fix to this problem in .15, so we can abandon extra autoconf run from FreeBSD port ;) With regards, BaT
Created attachment 1260 [details] Patch tha reorder iconv tests
Created attachment 1265 [details] patch to remove detection of libbiconv altogether
patch tested and applied
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.
Cleaning up versions. There was no 3.0.15 so leaving it in bugzilla is causing some confusion. Moving these nuder 3.0.20. Originally files against 3.0.15preX.