Opened 10 years ago
Last modified 10 years ago
#45664 new defect
mecab-java linker error
Reported by: | mattes.angelus@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.2 |
Keywords: | Cc: | ||
Port: | mecab-java |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
trying to run java programm with macports mecab-java throws an exception, since macports libiconv (macports mecab depends on it) conflicts with yosemites system libiconv:
dyld: Symbol not found: _iconv Referenced from: /usr/lib/libmecabra.dylib Expected in: /opt/local/lib//libiconv.2.dylib in /usr/lib/libmecabra.dylib
This bug seems related to this: #43698
When i try to use system libiconv (rename macports libiconv libs) the java class throws this error:
java.lang.UnsatisfiedLinkError: /opt/local/lib/libmecab-java.dylib: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/lib//libmecab.2.dylib Reason: Incompatible library version: libmecab.2.dylib requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
Change History (2)
comment:1 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Keywords: | mecab-java iconv libiconv removed |
comment:2 Changed 10 years ago by mattes.angelus@…
first thank you for the fast reply and formating my text
yes, i have to set the DYLD_LIBRARY_PATH to /opt/local/lib in my java ide otherwise i have to use
System.load("/opt/local/lib/libmecab-java.dylib");
instead of
System.loadLibrary("mecab-java");
and this linker error is thrown:
java.lang.UnsatisfiedLinkError: org.chasen.mecab.MeCabJNI.new_Tagger__SWIG_1()J at org.chasen.mecab.MeCabJNI.new_Tagger__SWIG_1(Native Method) at org.chasen.mecab.Tagger.<init>(Tagger.java:144) at cc.topicexplorer.plugin.japanesepos.preprocessing.implementation.postagger.JPOSMeCab.parseString(JPOSMeCab.java:76) at cc.topicexplorer.plugin.japanesepos.preprocessing.implementation.postagger.JPOSMeCab.parse(JPOSMeCab.java:57) at cc.topicexplorer.plugin.japanesepos.preprocessing.tools.test_JPOSMeCab.testDuplicates(test_JPOSMeCab.java:38) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
i guess, without DYLD_LIBRARY_PATH it's missing the corresponding libs in /opt/local/lib.
with using DYLD_LIBRARY_PATH it takes the corresponding libs from /opt/local/lib. but there is no mecabra.dylib, so it searchs for it in java.library.path (where /usr/lib/ is in). and so the error occurs... but that's just my guess
Why is /usr/lib/libmecabra.dylib (which, based on its location in /usr/lib, appears to be provided by the operating system) referencing anything in /opt/local (which is MacPorts territory)? Do you perhaps have the
DYLD_LIBRARY_PATH
environment variable set? If so, unset it.