Octave Dependency Issues (Was Re: Gnuplot Library Issues)
Anthony Michael Agelastos
iqgrande at gmail.com
Sat Jul 24 04:20:34 PDT 2010
It looks like I am having a similar problem to ticket 25619; when I look at short_main.rtf, it appears that we fail at the same point.
On Jul 24, 2010, at 7:03 AM, Anthony Michael Agelastos wrote:
> On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote:
>> 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.
>>
>>
> ATLAS is the first one it fails on. Below is what port returned.
>
> Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
> To report a bug, see <http://guide.macports.org/#project.tickets>
>
> <main.log>
> ...
> :info:build STAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION
> :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sMMCROSSOVER.LOG
> :info:build done.
> :info:build
> :info:build
> :info:build STAGE 2-2-4: LEVEL 3 BLAS TUNE
> :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG
> :info:build make -f Makefile scblaslib 2>&1 | ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG
> :info:build done.
> :info:build
> :info:build
> :info:build STAGE 2-2-5: GEMV TUNE
> :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sMVTUNE.LOG
> :info:build make[1]: *** [build] Error 255
> :info:build make: *** [build] Error 2
> :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build" && /usr/bin/make build " returned error 2
> :error:build Target org.macports.build returned: shell command failed
> :debug:build Backtrace: shell command failed
> while executing
> "command_exec build"
> (procedure "portbuild::build_main" line 8)
> invoked from within
> "$procedure $targetname"
> :info:build Warning: the following items did not execute (for atlas): org.macports.activate org.macports.build org.macports.destroot org.macports.install
> :notice:build Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
> </main.log>
>
>
More information about the macports-users
mailing list