problems with iconv
On Wed, Dec 14, 2011 at 8:15 AM, RogerP <rpickeri at mail.nih.gov> wrote:
For some reason when I click on reply and sign-in ?- the message I'm replying to is not carried forward. ?As you requested that include your message I copied and pasted it from my email.
I guess it's some Nabble nonsense then...
A suitably comprehensive iconv function is essential. The R usage requires iconv to be able to translate between "latin1" and "UTF-8", to recognize "" (as the current encoding) and "ASCII", and to translate to and from the Unicode wide-character formats "UCS-[24][BL]E" ? this is true for glibc but not of most commercial Unixes. However, you can make use of GNU libiconv (possibly as a plug-in replacement: see http://www.gnu.org/software/libiconv/). Well, that's just what I did. ?I downloaded libiconv and compiled and linked it. ?Oh, so where to put it. ?Hmmmm, don't see it anywhere here. ?Do you?
The location isn't mentioned in Appendix A, which you cite a portion of above, but it is mentioned in Solaris section of Appendix C, which you cite below.
Also from the manual: /You will need GNU libiconv and readline: the Solaris version of iconv is not sufficiently powerful. For the Solaris Studio compilers a little juggling of paths was needed to ensure GNU libiconv (in /usr/local) was used rather than the Solaris iconv:
This seems to indicate GNU libiconv should be installed in /usr/local, which is the location specified in the libiconv installation instructions: As usual for GNU packages: $ ./configure --prefix=/usr/local $ make $ make install Did you try the suggestion two paragraphs above this in Appendix C? "Some people have reported that the Solaris libintl needs to be avoided, for example by using --disable-nls or --with-included-gettext or using libintl from OpenCSW." As it turns out I put iconv and libiconv.so and libiconv.so.2.5.1 in /usr/local/bin and /usr/local/lib. ?Just for grins I copied these files to /usr/local and tried again with the same results. This is my configure statement: ./configure --with-blas=-library=sunperf --with-lapack --with-readline=no --x-includes=/usr/X11/include --x-libraries=/usr/X11/lib --prefix=/usr/local --disable-nls ?--with-included-gettext So, yes, I did try the suggestions mentioned in Appendix C.
? ? CC="cc -xc99" ? ? CFLAGS="-O -xlibmieee" ? ? F77=f95 ? ? FFLAGS=-O4 ? ? CXX="CC -library=stlport4" ? ? CXXFLAGS=-O ? ? FC=f95 ? ? FCFLAGS=$FFLAGS ? ? FCLIBS="-lfai -lfsu" ? ? R_LD_LIBRARY_PATH="/usr/local/lib:/opt/csw/gcc4/lib:/opt/csw/lib" For a 64-bit target add -m64 to the compiler macros and use something like LDFLAGS=-L/usr/local/lib/sparcv9 or LDFLAGS=-L/usr/local/lib/amd64 as appropriate. / Well, I did that. Here are some of my options from the config.site:
<snip>
So, here it is - all the revelent documentation on iconv. ?If I've missed anything please let me know. ?If you see where in the documentation I missed some cryptic clue on how to get iconv to work or where to put it or it's headers, also please let me know.
Did you take the steps required to resolve the circular dependency between libiconv and gettext? I used the --disable-nls ?and --with-included-gettext options. ?I also downloaded the more up-to-date cairo package.
I was referring to the instructions on the libiconv page: http://www.gnu.org/software/libiconv/ "On systems other than GNU/Linux, the iconv program will be internationalized only if GNU gettext has been built and installed before GNU libiconv." That seems to suggest that libiconv *may* require you to install GNU gettext before installing GNU libiconv. Have you done that?
BTW, is there a program I can run to test my iconv binary? ?I think that would rule out any problem with the compilation. Thanks for you suggestions and for any future help. ?This is frustrating because I have compiled R, just not with a workable iconv, which prevents me from updating and adding packages. Roger
Best, -- Joshua Ulrich | FOSS Trading: www.fosstrading.com