10.6/i386/xcode4.2, MaxBuildJobs:1 cd c && gcc -fPIC -fno-common -I $JAVA_HOME/include -I ../java/ -I /sw/include/ -idirafter /usr/include/sys -c glpk_jni.c cd c && gcc -dynamiclib glpk_jni.o -compatibility_version 4.19 -current_version 4.19 -o libglpk_jni.jnilib -lc -lglpk -L/sw/lib Undefined symbols for architecture i386: "__glp_lib_fault_hook", referenced from: _Java_org_gnu_glpk_GlpkSolver_enablePrints in glpk_jni.o "__glp_lib_print_hook", referenced from: _Java_org_gnu_glpk_GlpkSolver_enablePrints in glpk_jni.o ld: symbol(s) not found for architecture i386 collect2: ld returned 1 exit status
Apparently it's using an undocumented/private interface of the glpk lib, which is no longer present in the current version of that library. The ppl library found that the public glp_term_hook() function was a suitable equivalent for the print_hook. I see there is a public glp_error_hook() function, but I don't know anything about glpk itself or the java wrappers for it to be able to determine if this is a good drop-in replacement. I do see that octave simply scrapped their calls to the private glpk functions (without replacement), but the glpk-java use seems like a substantial part of this package's use based on the glpk-java function-names. dan -- Daniel Macks [email protected] ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Fink-users mailing list [email protected] List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
