On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: > On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >> >>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>> /opt/local/lib/libfreetype.6.dylib: >>> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>> current version 12.1.0) >>> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>> version 1.2.5) >>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>> version 125.2.0) >>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>> >>> All of that seems correct to me. >> >> Yes it does.... assuming this computer really is 32-bit only. You're sure it >> is? What's the output of >> >> sysctl hw.cpu64bit_capable > > $ sysctl hw.cpu64bit_capable > hw.cpu64bit_capable: 0
Indeed. Well, I will guess that your non-MacPorts octave is using an older freetype, and that somehow, when gnuplot is used in the context of that octave, it then wants to use the same freetype, which MacPorts gnuplot is not designed to do. So I think the solution is to switch to using MacPorts octave. So tell us all you can about your problems building that so maybe we can fix that. _______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users