Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)

2010-07-24 Thread Anthony Michael Agelastos 
I wanted to note that I was able to build ATLAS on my 64-bit iMac.  

On Jul 24, 2010, at 7:20 AM, Anthony Michael Agelastos wrote:
> 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 
>> 
>> 
>> ...
>> :info:buildSTAGE 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:buildSTAGE 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:buildSTAGE 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
>> 
>> 
>> 
> 

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)

2010-07-24 Thread Anthony Michael Agelastos 
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 
> 
> 
> ...
> :info:buildSTAGE 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:buildSTAGE 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:buildSTAGE 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
> 
> 
> 

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Octave Dependency Issues (Was Re: Gnuplot Library Issues)

2010-07-24 Thread Anthony Michael Agelastos 
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 


...
:info:buildSTAGE 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:buildSTAGE 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:buildSTAGE 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



___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Error setting locale in python

2010-07-24 Thread Harald Hanche-Olsen 
+ Brandon S Allbery KF8NH :

>  On 07/23/2010 05:14 AM, Harald Hanche-Olsen wrote:
> > (Uh, setting LC_ALL to C would override my LC_CTYPE
> > setting, would it not? But nevermind.)
> 
> No, the individual entries override LANG / LC_ALL, so you can do
> things like set the locale to en_US.UTF-8 and then override LC_COLLATE
> to C so "ls" does what we old timers expect.  :)

The locale(1) man page seems to disagree:

 LC_ALL   Will override the setting of all other LC_* variables.

A quick experiment with locale (the program) confirms this.

- Harald
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users