On 26/05/11 13:06, BABA Yoshihiko wrote: [] > >> ImportError: dlopen(/sw/lib/python2.5/site-packages/osgeo/_gdal.so, > >> 2): Symbol not found: _locale_charset > >> Referenced from: /sw/lib/libspatialite.1.1.3.dylib > >> Expected in: dynamic lookup [] > > The real problem here is with libspatialite1, which really should > link > > to the library which provides the missing _locale_charset symbol. > > (libintl) This will require fixes in how libspatialite1 builds. > > > > > > I added libgettext8-dev (and some env vars as in .info) . > > Now libspatialite is linked to intl (see below), and rebuilt gdal and > gdal-py just in case, but the problem still remains. Could anyone help > solve the problem?
Once upon a time (google shows fink list messages from 2003 to 2007), the problem was the opposite: packages complained that locale_charset was doubly defined, by both libiconv.dylib and libintl.dylib. Then some time later, libiconv stopped to export this symbol and made it private. I don't know if it was at the same time, but a new library was created, libcharset.dylib, that exports just this symbol. For some reason, libintl kept exporting that symbol, too, and libcharset was largely ignored. Now the "new" libintl.8.dylib started to make locale_charset private, too, and anything that relied on getting locale_charset from libintl now fails. It seems to me you should link with libcharset, not libintl.8, if you need the symbol locale_charset. -- Martin ------------------------------------------------------------------------------ vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
