So, I finally figured out the whole how and why of things. While compiling SRILM, it compiles with option '-I/usr/include -L/usr/lib' because this is where it wants to look for TCL. Therefore, it will also use the iconv header which is in those directories, which is the one with symbols starting with '_iconv...'. However, when I compiled Moses, I compiled with option '--with-macports=/opt/local', so when dynamically linking, it will find the iconv library which is in /opt/local, i.e. the MacPorts one, with symbols starting with '_libiconv...', and complain. There are several workarounds for this, but what I would simply advise is not to use MacPorts, nor even use the boost library installed with MacPorts (because it will have the same effect). In fact, I will personally uninstall MacPorts and never use it again: having duplicate libraries is a source of big mess. Use Homebrew instead. But that's just personal taste.
Hope that will help anyone having the same issue. Catherine Gasnier Rue du pont 22 1003 Lausanne Switzerland +41 78 914 38 48 On 14 May 2014 14:27, Hieu Hoang <[email protected]> wrote: > cool. share your pearls of wisdom with other mac users on the mailing list > > > On 14/05/2014 12:55, Catherine Gasnier wrote: > > mmh, just because irstlm does not compile either :D > > So, I finally figured out the whole how and why of things. > While compiling SRILM, it compiles with option '-I/usr/include -L/usr/lib' > because this is where it wants to look for TCL. Therefore, it will also use > the iconv header which is in those directories, which is the one with > symbols starting with '_iconv...'. > However, when I compiled Moses, I compiled with option > '--with-macports=/opt/local', so when dynamically linking, it will find the > iconv library which is in /opt/local, i.e. the MacPorts one, with symbols > starting with '_libiconv...', and complain. > There are several workarounds for this, but what I would simply advise is > not to use MacPorts, nor even use the boost library installed with MacPorts > (because it will have the same effect), and even uninstall MacPorts and > never use it again: having duplicate library is a source of big mess. Use > Homebrew instead. > > Hope that will help anyone having the same issue. > > Catherine Gasnier > Rue du pont 22 > 1003 Lausanne > Switzerland > +41 78 914 38 48 > > > On 13 May 2014 17:18, Hieu Hoang <[email protected]> wrote: > >> it was easy for me but i can't remember how i set up my laptop. >> >> why do you need srilm? these days, there's far better tools for training >> & querying lm. The only thing that i know it has that noone else does is lm >> interpolation >> >> >> On 13 May 2014 15:54, Catherine Gasnier <[email protected]> wrote: >> >>> You told me you have had this issue, but didn't remember what you did >>> exactly. >>> >>> Would you know exactly how you compiled SRILM? >>> >>> Catherine Gasnier >>> Rue du pont 22 >>> 1003 Lausanne >>> Switzerland >>> +41 78 914 38 48 <%2B41%2078%20914%2038%2048> >>> >>> >>> On 13 May 2014 12:11, Hieu Hoang <[email protected]> wrote: >>> >>>> dunno, it always worked for me without any special handling. Maybe i'm >>>> just lucky >>>> >>>> >>>> On 13 May 2014 11:05, Catherine Gasnier <[email protected]> wrote: >>>> >>>>> I know, I have the same, and it is precisely the source of the error >>>>> for me: the compiler will fetch libiconv in /opt/local/lib, which is the >>>>> Macports one and which has the wrong symbols (_libiconv_open for example), >>>>> whereas it would be nice if it could by itself (configuring the Jamroot >>>>> for >>>>> example) fetch libiconv in /usr/lib, which is the libiconv which has the >>>>> right symbols (_iconv_open for example). >>>>> >>>>> >>>>> Catherine Gasnier >>>>> Rue du pont 22 >>>>> 1003 Lausanne >>>>> Switzerland >>>>> +41 78 914 38 48 <%2B41%2078%20914%2038%2048> >>>>> >>>> >>>> >>>> >>>> -- >>>> Hieu Hoang >>>> Research Associate >>>> University of Edinburgh >>>> http://www.hoang.co.uk/hieu >>>> >>>> >>> >> >> >> -- >> Hieu Hoang >> Research Associate >> University of Edinburgh >> http://www.hoang.co.uk/hieu >> >> > >
_______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
